Mobile security technology

ABSTRACT

In one implementation, a computer-implemented method includes determining a location of a mobile computing device using one or more of a plurality of data sources; communicating, by the mobile computing device, with another computing device as part of a two-way video chat session over a first network connection, the communicating including transmitting the location of the mobile computing device; displaying, as part of the two-way video chat session, real-time video from the other computing device; recording video using one or more cameras that are accessible to the mobile computing device; and transmitting, over a second network connection, the video to a remote storage system for persistent storage.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation-in-part of International ApplicationNo. PCT/US2014/036871, which is entitled “Mobile Security Technology”and was filed on May 5, 2014; and also claims the benefit of U.S.Provisional Application Ser. No. 61/924,901, which is entitled “MobileSecurity Technology” and was filed on Jan. 8, 2014. The InternationalApplication No. PCT/US2014/036871 to which priority is claimed, itselfclaims the benefit of the aforementioned provisional application as wellas U.S. Provisional Application Ser. No. 61/872,690, which is entitled“Mobile Security Technology” and was filed on Aug. 31, 2013; and U.S.Provisional Application Ser. No. 61/819,575, which is entitled “MobileSecurity Technology” and was filed on May 4, 2013. The entire contentsof each of these applications to which priority is claimed, eitherdirectly or indirectly, is hereby incorporated by reference.

TECHNICAL FIELD

This document generally describes computer-based technologies related tosecurity. For example, this document describes, among other things,mobile computing devices that provide security features through the useof a variety of computer-based technologies, such as one-way, two-way,or multi-party video chat and/or video conferencing technology.

BACKGROUND

Computer-based technologies have been used for security and videosurveillance. For example, computer-based technology has been developedallow for users to stream live video feeds from security cameras overthe internet and on remote computing devices, such as laptop computers,desktop computers, and mobile computing devices.

SUMMARY

This document generally describes computer-based technologies to providesecurity and assistance to users whenever they are in need of suchservices, such as when users are in dangerous or uncertain physicalsituations in which their safety or the safety of others may be injeopardy. For example, the disclosed technologies can allow for users toquickly obtain access to and to involve appropriate remote parties intheir current physical situation in an effort to avoid any harm frombefalling the users, while at the same time storing information (e.g.,video recording) regarding the incident at a secure and remote storagefacility. Such access and involvement of remote parties can be providedthrough the use of any of a variety of appropriate techniques, such astwo-way remote monitoring, remote imaging, audio and video conferencingand remote control technology on mobile computing devices, such as cellphones, smartphones, personal digital assistants (PDAs), tablets,wearable computing devices (e.g., GOOGLE GLASS, Looxcie, GoPro), and/orother devices that can provide connection between users and increaseusers security. For example, a user may initiate two-way videoconferencing with a friend, police, or emergency responder as a means ofallowing the responder to help facilitate a secure outcome for the user.

Implementations of the disclosed technology can be methods that includeone or more of the following features: two-way audiovisualteleconferencing between two computing devices over a network connection(A); transmitting and receiving, by an application running on a mobilecomputing device, real-time audio and video with another computingdevice over a network connection (B); communicating, by a mobilecomputing device, with another computing device as part of a two-wayvideo chat session over a network connection; and displaying, as part ofthe two-way video chat session, real-time video from the other computingdevice while transmitting real-time video from the mobile computingdevice to the other computing device (C); the network connection can bea peer-to-peer connection (D); identifying a plurality of candidateresponders, and selecting a particular candidate responder based, atleast in part, on one or more factors (E); the factors can include oneor more of: a user location, a responder location, responder ratings,responder skills and/or training, type of situation, and a predefinedlist of responders (F); determining a location of a mobile computingdevice using one or more of a plurality of data sources (G); the datasources can include one or more of: GPS, WiFi, beacon signals, otherdata transmitted by radiofrequency that is useable to electronicallylocate a device (H); determining or receiving a geographic location fora user, and identifying, using a database of locations and correspondingresponders, one or more appropriate responders based, at least in part,on said geographic location (I); the database of locations can be a PSAPdatabase (J); receiving a geographic location for a user, anddetermining, using a database of locations and corresponding licensurestatus, whether said user is located within one or more licensedjurisdictions (L); the licensed jurisdiction can include an area wherean entity has been granted a right to perform a service (M); receiving arequest to connect a mobile computing device with a responder service,identifying an appropriate responder service based on the location ofthe mobile computing device, and initiating contact with the appropriateresponder service on behalf of the mobile computing device (N); therequest can be one or more of: a text message, a verbal request,selection of call 911 feature, and can be received over peer-to-peernetwork connection (O); the location can be one or more of a geolocationand real-time location updates (P); initiating contact can include oneor more of: establish communication session between mobile device andemergency service, and communication on behalf of the mobile computingdevice (Q); the responder service can be an emergency dispatch system(R); receiving a message and the location of the mobile computing deviceof a user, determining an appropriate emergency responder service basedon the location, initiating a telephone call to appropriate theemergency responder service on behalf of the user, and transmitting themessage to the emergency responder service (S); the message can be sentwith one or more of the user's profile and the user's contactinformation, and can be included with initiating three-way communicationwith the user (T); receiving a text message requesting emergencyresponder services for a user of a mobile computing device, the textmessage identifying a location of the mobile computing device,determining an appropriate emergency responder service based on thelocation, and initiating a telephone call to appropriate the emergencyresponder service on behalf of the user (U); receiving a message and thelocation of the mobile computing device of a user, determining anappropriate responder service based on the location, initiatingelectronic communication with the appropriate the responder service forthe user, and transmitting the message to the responder service (V); theelectronic communication can include one or more of: communicationbetween the mobile computing device and the emergency responder service,communication between the central system and the emergency responderservice, and the electronic communication can include information aboutthe user (W); the responder service can be an emergency dispatch system(X); providing the user's profile, providing the user's contactinformation, and/or initiating three-way communication with the user(Y); recording video using one or more cameras that are accessible to acomputing device, modifying the video by adding one or more features,and transmitting the modified video with the features to a remotestorage system for persistent storage (Z); the one or more cameras caninclude cameras connected to the computing device and wirelesslyconnected to the computing device (AA); the features can include one ormore of: identifying features, security features, and verificationfeatures (AB); the identifying features can include user identification(AC); the security features can include encryption (AD); theverification features can include one or more of: a timestamp, a digitalwatermark, and location information (AE); recording a video using one ormore cameras mounted to a user's body that are accessible to a computingdevice (AF); receiving data recorded by a computing device during anincident, identifying one or more features from the data, anddetermining an identity of an assailant involved in the incident basedon comparison of the one or more features with information stored in oneor more data sources (AG); the data can include one or more of: videodata, image data, audio data, and other data detected from wirelessdevices (AH); the features can include one or more of: face, voice,gate, proportions, and device identity (AI); the data sources caninclude one or more of: criminal databases, law enforcement datasources, social network data sources, and user data (AJ); the user datacan include one or more of contacts, friend lists, and a user's images(AK); recording video using one or more security cameras that areaccessible to a mobile computing device, and transmitting the video to aremote storage system for persistent storage (AL); the security camerascan include one or more of remote camera and camera acting in securitycamera mode (AM); receiving, at a computing device, input to send a pushnotification to another device, determining a current location of thecomputing device, and transmitting a push notification to the otherdevice that includes the current location (AN); the other device can bespecified by user input or determined based on multifactor input (AO);receiving, at a computing device, input to send a push notification toanother device, determining a current location of the other device,determining whether the other device's current location is within aspecified distance from a specified location, and if the other device'scurrent location is within a specified distance from a specifiedlocation, transmitting a push notification to the other device thatincludes the current location (AP); receiving, at a computing device, alocation of a responder through a network connection, and displaying thelocation of the responder on the computing device (AQ); the networkconnection can be received while concurrent video chat going on (AR);displaying the location can include one or more of: the location beingdisplayed on map, icon depicting responder displayed on map, image ofresponder displayed on map, map presented with video feed, and locationpresented with regard to location of user device (AS); receivinginformation determining whether responders are currently available for auser of a computing device, and if no responders are currentlyavailable, taking an appropriate action (AT); the appropriate action caninclude one or more of: presenting a message on the computing devicethat no responders are available, providing information to user relatingto alternate actions, and routing user's request(s) to a backup solution(AU); presenting can include one or more of: visual display, audiooutput, and haptic feedback (AV); receiving information determiningwhether responders are currently available for a user of a computingdevice, and if no responders are currently available, presenting awarning message on the computing device that no responders are available(AW); establishing, before initiating a communication session at acomputing device, peer-to-peer network connections with a plurality ofother devices associated with candidate responders, and obtaining anddisplaying, using the network connections, current status informationfor a plurality of candidate responders (AX); establishing, beforeinitiating a two-way audiovisual communication session at a computingdevice, peer-to-peer network connections with a plurality of otherdevices associated with candidate responders, and obtaining anddisplaying, using the network connections, one-way video depicting aplurality of candidate responders (AY); receiving, at a computing deviceand from a responder computing device, instructions to perform one ormore operations, determining whether the responder computing device ispermitted to remotely control operation of the computing device, andperforming, based on the determining, the one or more operation (AZ);operations can include one or more of: initiating a communicationsession with another computing device, initiating an audio communicationsession with another computing device, initiating a two-way audiovisualcommunication session with another computing device, initiating aone-way audiovisual communication session with another computing device,activating/deactivating one or more devices (camera, microphone, audiovolume, light), recording video, taking a picture, playing an alarm,playing a pre-recorded message, and outputting image/audio/video (BA);displaying a map that depicts geographically associated crimeinformation (BB); displaying a map that depicts geographicallyassociated crime information, receiving new crime information insubstantially real time, and updating the map to additionally depict thenew crime information (BC); outputting, when the location associatedwith the new crime information is within a threshold distance from theuser's current location, information to the user (BD); transmitting arequest to a computer system for a network address of another computingdevice, receiving, from the computer system, the network address, andestablishing, using the network address, a peer-to-peer networkconnection with the other computing device (BE); receiving input toconnect to each member of a group of users, obtaining network addressesfor devices associated with the members of the group of users, andsending messages requesting network connections with the devices usingthe network addresses (BF); the group of users can include one or moreof: friends, responders, emergency personnel, and user from designatedlists (BG); providing, on a mobile computing device, an interfacethrough which the mobile computing device acts as a user device inpersonal emergency response system, determining that an input receivedthrough the interface is one of a plurality of designated inputs toinitiate communication with an emergency response system, andinitiating, based on the determining, communication with the emergencyresponse system (BH); recording, by a mobile computing device mountedwithin a user's home, video by using a camera of the mobile computingdevice, and transmitting the video to a computer system with additionaldata obtained by the mobile computing device (BI); the additional datacan include location information and user information (BJ); obtainingstatus information for a one or more users that are associated with oneor more computing devices, and outputting the status information (BK);the status information can include an image of the user, a video of theuser, whether the user is available, whether the user is on a call,whether the user is away, and whether the user is actively using thedevice (BL); receiving location information for a user associated with acomputing device, determining, using the location information, whetherthe user has crossed over a boundary of a defined geographic area, andoutputting an alert in response to the determining (BM); providing, by acomputer system, communication operating across a plurality of differentcomputing platforms and operating systems (BN); the computing platformsand operating systems can include one or more of: iOS, Android, Windows,WindowsMobile, Blackberry, and MacOS (BO); receiving, at a computingdevice associated with a user and from a responder device, instructionsto contact a friend of the user, identifying an appropriate friend tocontact, and initiating a communication session with a computing deviceassociated with the identified friend (BP); encrypting, by a computingdevice, real-time data with associated metadata that identifies when,where, or by whom the real-time data was collected, and transmitting thereal-time data (BQ); a central computer system can be a professionalemergency response system (BR); gating access to one or more securityfeatures based on subscription levels for users (BS); obtaining networkaddresses for computing devices associated with a user's friends, andautomatically initiating network connections with the computing devices(BT); sending and receiving, by a computing device, text messages withother computing devices, and displaying the text messages on thecomputing device (BU); detecting wireless signals from other nearbydevices, and recording and transmitting information regarding thedetected wireless signals and the other devices (BV); displaying on amap the locations of users #2 who have begun using an application basedon a recommendation from the user in color #1, and displaying on a mapthe locations of users who have begun using a mobile application basedon a recommendation from the users #2 in color #2 (BW); displaying on amap the locations of users who have begun using a mobile applicationbased on a recommendation from the users #3 in color #3 (BX); displayingon a map the locations of users who have begun using a mobileapplication based on a recommendation from the users #4 in color #4(BY); the application can include one or more of: a securityapplication, a social networking application, and an application thatwas either directly or indirectly provided to the users (BZ); receivinga current location for a user, determining a current safety level forthe user at the current location based on one or more factors (CA); thefactors can include one or more of: location, crime information, currenttime, user's profile, user's age, user's gender, available responders,and proximity of responders to the user (CB); a communication protocolthat is used can be webRTC (CC); selecting, from among a plurality ofresponders, one or more responders based, at least in part, onuser-generated ratings for the plurality of responders (CD); outputtinga graphical user interface element can include a slider through which auser can browse a group of users through linear swiping inputs (CE);receiving a request to transmit a location to another computing device,determining the location of the computing device, and transmitting thelocation to another computing device (CF); a data source from which usercontact information and location information is obtained can be socialmedia (CG); information can be transmitted through a social mediaplatform (CH); receiving input describing an incident, collectingadditional details detected or sensed by the mobile computing deviceregarding the incident, and reporting the incident using the input andthe additional details (CI); the additional details can include one ormore of: geographic location, images, and video (CJ); informationregarding a user can be stored as a user profile (CK); and displaying avideo instructing a user how to operate a mobile security application(CL).

The features A-CL can combined in any of a variety of appropriate ways.For example, the features A-CL, including all possible subsets thereof,can be used in every possible combination and in every possiblepermutation.

Implementations of the disclosed technology can be computing devicesand/or computer systems that include one or more of the followingfeatures: means to engage in two-way audiovisual teleconferencing withanother computing device through a network (CM); means to capture anaudio and video datastream #1 (CN); means to transfer said audio andvideo datastream #1 to another computing device (CO); means to receiveaudio and video datastream #2 from another computing device (CP); meansto display video from said audio and video datastream #2 (CQ); means topresent audio from said audio and video datastream #2 (CR); means toreceive audio and video from another computing device (CS); a camera, anetwork interface that is programmed to transmit real-time videorecorded by camera to another computing device over a networkconnection, and to receive real-time video recorded by the othercomputing device, and a display that is programmed to display,concurrently with transmitting the real-time video, the real-time fromthe other computing device (CT); a camera, a network interface that isprogrammed to communicate with another computing device as part of atwo-way video chat session over a network connection, and a display thatis programmed to display, as part of the two-way video chat session,real-time video from the other computing device while transmittingreal-time video from the mobile computing device to the other computingdevice (CU); a mobile security application that is programmed toidentify a plurality of candidate responders; and select a particularcandidate responder based, at least in part, on one or more factors(CV); a geographic location unit that is programmed to determine alocation of a mobile computing device using one or more of a pluralityof data sources (CW); a network interface that is programmed to receivea geographic location for a user, a database of locations andcorresponding responders, and a routing system programmed to identifyone or more appropriate responders based, at least in part, on thegeographic location for said user and said database (CX); a jurisdictionmodule that is programmed to determine, for an assistance request for auser, whether the user is located within one or more licensingjurisdictions, and a responder identification module that is programmedto identify a responder to provide assistance to the user based on thedetermination of whether the user is located within the licensingjurisdictions (CY); a network interface that is programmed to receive arequest to connect a mobile computing device with an responder service,an emergency routing system that is programmed to identify anappropriate emergency responder service based on the location of themobile computing device, and connection manager that is programmed toinitiate contact with the appropriate emergency responder service onbehalf of the mobile computing device (CZ); a network interface that isprogrammed to receive a message from a mobile computing device, themessage including a location of the mobile computing device, a routingsystem that is programmed to determine an appropriate responder servicebased on the location, and connection manager that is programmed toinitiate a telephone call to appropriate the emergency responder serviceon behalf of the user (DA); a network interface that is programmed toreceive a message from a mobile computing device, the message includinga location of the mobile computing device, a routing system that isprogrammed to determine an appropriate responder service based on thelocation, and connection manager that is programmed to initiateelectronic communication with the appropriate the responder service forthe user and transmit the message (DB); one or more cameras that areprogrammed to record video, a security layer that is configured tomodify the video to add one or more features, and a network interfacethat is configured to transmit the modified video with the features to aremote storage system for persistent storage (DC); one or more camerasmounted to a user's body that are accessible to a computing device (DD);a network interface that is programmed to receive data recorded by acomputing device during an incident, a feature identification modulethat is programmed to identify one or more features from the data, andan assailant identifier that is programmed to determine an identity ofan assailant involved in the incident based on comparison of the one ormore features with information stored in one or more data sources (DE);one or more security cameras that are configured to record video on amobile computing device, and a network interface that is programmed totransmit the video to a remote storage system for persistent storage(DF); a user interface that is programmed to receive input to send apush notification to another device, a location unit that is programmedto determine a current location of the computing device, and a networkinterface that is programmed to transmit a push notification to theother device that includes the current location (DG); a user interfacethat is programmed to receive input to send a push notification toanother device, a location unit that is programmed to determine acurrent location of the computing device, and a network interface thatis programmed to transmit a push notification to the other device thatincludes the current location (DH); a network interface that isprogrammed to receive a location of a responder through a networkconnection, and a display that is configured to display the location ofthe responder on the computing device (DI); a network interface that isconfigured to receive information indicating that no responders arecurrently available for a user of a computing device, and an outputsubsystem that is configured to output a warning message on thecomputing device that no responders are available (DJ); a networkinterface that is configured to establish, before initiating acommunication session and at a computing device, peer-to-peer networkconnections with a plurality of other devices associated with candidateresponders, a status module that is programmed to obtain using thenetwork connections, current status information for a plurality ofcandidate responders, and a display that is configured to display thecurrent status information for a plurality of candidate responders (DK);a network interface that is configured to establish, before initiatingtwo-way audiovisual communication session and at a computing device,peer-to-peer network connections with a plurality of other devicesassociated with candidate responders, a status module that is programmedto obtain using the network connections, current status information forthe candidate responders, and a display that is configured to displaythe current status information for the candidate responders (DL); anetwork interface that is configured to receive, from a respondercomputing device, instructions to perform one or more operations, apermissions module that is configured to determine whether the respondercomputing device is permitted to remotely control operation of thecomputing device, and a processor that is configured to perform, basedon the determining, the one or more operation (DM); a display that isprogrammed to display a map that depicts geographically associated crimeinformation (DN); a display that is programmed to display a map thatdepicts geographically associated crime information, a network interfacethat is programmed to receive, in real-time and while displaying themap, new crime information, wherein the map is updated to additionallydepict the new crime information, and an output subsystem that isprogrammed to output, when the new crime information is within athreshold distance, a notification (DO); a network interface that isprogrammed to: transmit a request to a computer system for a networkaddress of another computing device, receive the network address, andestablish, using the network address, a peer-to-peer network connectionwith the other computing device (DP); a user interface that isconfigured to receive input to connect to each member of a group ofusers, and a network interface that is programmed to obtain networkaddresses for devices associated with the members of the group of users,and sending messages requesting initiating network connections with thedevices using the network addresses (DQ); an interface through which themobile computing device acts as a user device in personal emergencyresponse system, an input interpreter that is programmed to determinethat an input received through the interface is one of a plurality ofdesignated inputs to initiate communication with an emergency responsesystem, and a network interface that is programmed to initiate, based onthe determining, communication with the emergency response system (DR);an in-home mount, a mobile computing device that is sized to fit withinthe in-home mount, the mobile computing device including: a camera, avideo recording module that is programmed to record video using the, anda network interface that is programmed to transmit the video to acomputer system with additional data obtained by the mobile computingdevice (DS); a network interface that is programmed to obtain statusinformation for a one or more users that are associated with one or morecomputing devices, and an output subsystem that is programmed to outputthe status information (DT); a network interface that is programmed toreceive location information for a user associated with a computingdevice, a location tracking module that is programmed to determine,using the location information, whether the user has crossed over aboundary of a defined geographic area, and an alert module that isprogrammed to output an alert in response to the determining (DU); anetwork interface that is configured to provide security features tocomputing devices operating across a plurality of different computingplatforms and operating systems (DV); a network interface that isprogrammed to receive, from a responder device, instructions to contacta friend of a user, a contact identification module that is programmedto identify an appropriate friend to contact, and wherein the networkinterface is further programmed to initiate a communication session witha computing device associated with the identified friend (DW); asecurity module that is programmed to encrypt real-time data withassociated metadata that identifies when, where, or by whom thereal-time data was collected, and a network interface that is programmedto transmit the real-time data (DX); a central computer system comprisesa professional emergency response system (DY); a subscription modulethat is programmed to gate access to one or more security features basedon subscription levels for users (DZ); a text messaging module that isprogrammed to send and receive text messages with other computingdevices, and a user interface that is programmed to display the textmessages on the computing device (EA); a wireless transceiver that isconfigured to detect nearby wireless signals from other devices, and anetwork interface that is programmed to transmit information regardingthe detected wireless signals and the other devices (EB); a display thatis programmed to display a map that depicts color coded regions thatcorrespond to users who have begun using a mobile security applicationbased on a recommendation from the user that was either directly orindirectly provided to the users (EC); a network interface that isprogrammed to receive a current location for a user, and a safety modulethat is programmed to determine a current safety level for the user atthe current location based on one or more factors (ED); wherein acommunication protocol that is used comprises webRTC (EE); a responderselection module that is programmed to select, from among a plurality ofresponders, one or more responders based, at least in part, onuser-generated ratings for the plurality of responders (EF); a userinterface that includes a graphical element comprising a slider throughwhich a user can browse a group of users through linear swiping inputs(EG); a user interface that is programmed to receive a request totransmit a location to another computing device, a location unit that isprogrammed to determine the location of the computing device, and anetwork interface that is programmed to transmit the location to anothercomputing device (EH); a data source from which user contact informationand location information is obtained comprises social media (EI); a userinterface that is programmed to receive input describing an incident, aninput subsystem that is configured to collect additional detailsdetected or sensed by the mobile computing device regarding theincident, and a network interface that is programmed to report theincident using the input and the additional details (EJ); informationregarding a user is stored as a user profile (EK); and a display that isconfigured to display a video instructing a user how to operate a mobilesecurity application (EL).

The features CM-EL can be combined in any of a variety of appropriateways, including with the features A-CL. For example, the features A-EL,including all possible subsets thereof, can be used in every possiblecombination and in every possible permutation.

In one implementation, a computer-implemented method includesdetermining a location of a mobile computing device using one or more ofa plurality of data sources; identifying a plurality of candidateresponders; selecting a particular candidate responder based, at leastin part, on one or more factors; and initiating two-way audiovisualteleconferencing between the mobile computing device and the particularcandidate responder over a network connection. The method can includeone or more of the following features, which can be used in any possiblecombinations. The network connection can be a peer-to-peer connection.The factors can include one or more of the following: user location,responder location, responder ratings, responder skills/training, typeof situation, and a predefined list of responders. The data sourcesinclude one or more of the following: GPS, WiFi, beacon signals, otherdata transmitted by radiofrequency that is useable to electronicallylocate a device. Receiving a geographic location for a user, anddetermining, using a database of locations and corresponding licensurestatus, whether said user is located within one or more licensedjurisdiction. Determining or receiving a geographic location for a user,and identifying, using a database of locations and correspondingresponders, one or more appropriate responders based, at least in part,on said geographic location. Receiving a request to connect a mobilecomputing device with a responder service, identifying an appropriateresponder service based on the location of the mobile computing device,and initiating contact with the appropriate responder service on behalfof the mobile computing device. Receiving, at a computing device, alocation of a responder through a network connection; and displaying thelocation of the responder on the computing device. Receiving informationdetermining whether responders are currently available for a user of acomputing device; and if no responders are currently available, takingan appropriate action. Establishing, before initiating a communicationsession at a computing device, peer-to-peer network connections with aplurality of other devices associated with candidate responders; andobtaining and displaying, using the network connections, current statusinformation for a plurality of candidate responders. Recording videousing one or more cameras that are accessible to a computing device;modifying the video by adding one or more features; and transmitting themodified video with the features to a remote storage system forpersistent storage. Receiving a current location for a user; anddetermining a current safety level for the user at the current locationbased on one or more factors.

In another implementation, a computing device includes a geographiclocation unit that is programmed to determine a location of a mobilecomputing device using one or more of a plurality of data sources; amobile security application that is programmed to identify a pluralityof candidate responders and to select a particular candidate responderbased, at least in part, on one or more factors; a camera; a networkinterface that is programmed to transmit real-time video recorded bycamera to another computing device associated with the particularcandidate responder over a network connection, and to receive real-timevideo recorded by the other computing device; and a display that isprogrammed to display, concurrently with transmitting the real-timevideo, the real-time from the other computing device.

In another implementation, a computer-implemented method includescommunicating, by a mobile computing device, with another computingdevice as part of a two-way video chat session over a networkconnection; displaying, as part of the two-way video chat session,real-time video from the other computing device while transmittingreal-time video from the mobile computing device to the other computingdevice; receiving a request to connect a mobile computing device with aresponder service; Identifying an appropriate responder service based onthe location of the mobile computing device; initiating contact with theappropriate responder service on behalf of the mobile computing device;recording video using one or more cameras that are accessible to acomputing device; modifying the video by adding one or more features;and transmitting the modified video with the features to a remotestorage system for persistent storage. The method can include one ormore of the following features, which can be used in any possiblecombinations. Receiving, at a computing device, a location of aresponder through a network connection; and displaying the location ofthe responder on the computing device. Receiving information determiningwhether responders are currently available for a user of a computingdevice; and if no responders are currently available, taking anappropriate action. Establishing, before initiating a communicationsession at a computing device, peer-to-peer network connections with aplurality of other devices associated with candidate responders; andobtaining and displaying, using the network connections, current statusinformation for a plurality of candidate responders. Receiving a currentlocation for a user; determining a current safety level for the user atthe current location based on one or more factors. A communicationprotocol that is used comprises webRTC. Encrypting, by a computingdevice, real-time data with associated metadata that identifies when,where, or by whom the real-time data was collected; and transmitting thereal-time data.

In another implementation, a computer-implemented method includesdetermining a location of a mobile computing device using one or more ofa plurality of data sources; communicating, by the mobile computingdevice, with another computing device as part of a two-way video chatsession over a first network connection, the communicating includingtransmitting the location of the mobile computing device; displaying, aspart of the two-way video chat session, real-time video from the othercomputing device; recording video using one or more cameras that areaccessible to the mobile computing device; and transmitting, over asecond network connection, the video to a remote storage system forpersistent storage.

The method can optionally include one or more of the following features.The method can further include identifying from a data source aplurality of potential responder computing devices associated withcandidate responders; and automatically selecting a particular potentialresponder computing device to communicate with that is associated with aparticular potential candidate responder based, at least in part, on oneor more factors including the availability of the responder forcommunication. The method can also include receiving, at the mobilecomputing device, a location of a responder through a networkconnection; and displaying the location of the responder on the mobilecomputing device. The method can additionally include receivinginformation that indicates whether responders are currently availablefor a user of the mobile computing device; and if it is detected that noresponders are currently available, taking an appropriate alternateaction. The method can further include establishing, before initiatingthe communication session at the other computing device, networkconnections with a plurality of other devices associated with candidateresponders; and obtaining and displaying, using the network connections,current status information for a plurality of candidate responders. Themethod can also include receiving, at the mobile computing device andfrom a responder computing device, instructions to perform one or moreoperations; determining whether the responder computing device ispermitted to remotely control operation of the mobile computing device;and if the responder computing device is permitted to remotely controloperation of the mobile computing device based on the determining,performing, the one or more operations. The method can additionallyinclude encrypting, by the mobile computing device, real-time data withassociated metadata that identifies when, where, or by whom thereal-time data was collected; and transmitting the real-time data. Themethod can also include receiving a current location for a user; anddetermining a current safety level for the user at the current locationbased on one or more factors including the location. A communicationprotocol that is used comprises webRTC.

In another implementation, a computing device includes one or morecameras that are programmed to record video; a geographic location unitthat is programmed to determine a location of a computing device usingone or more of a plurality of data sources; a network interface that isprogrammed to communicate with another computing device as part of atwo-way video chat session over a first network connection and to causethe video to be transmitted, over a second network connection, to aremote storage system for persistent storage, the location of thecomputing device being sent over the first and second networkconnections; and a display that is programmed to display, as part of thetwo-way video chat session, real-time video from the other computingdevice.

The computing device can optionally include one or more of the followingfeatures. The computing device can further include a securityapplication that is programmed to identify a plurality of candidateresponders and to select a particular candidate responder based, atleast in part, on one or more factors, wherein the particular candidateresponder is associated with the other computing device. The networkinterface can is further be programmed to establish, before initiatingthe communication with the other computing device, network connectionswith a plurality of other computing devices associated with candidateresponders; the device can further include a status module that isprogrammed to obtain, using the network connections, current statusinformation for a plurality of candidate responders; and the display canfurther be programmed to display the current status information for aplurality of candidate responders. The network interface can further beprogrammed to receive, from a responder computing device, instructionsto perform one or more operations; the computing device can furtherinclude a permissions module that is programmed to determine whether theresponder computing device is permitted to remotely control operation ofthe computing device; and a processor that is configured to perform,based on the determining, the one or more operations.

In another implementation, a computer-implemented method can includedetermining a location of a mobile computing device using one or more ofa plurality of data sources; identifying a plurality of candidateresponders; automatically selecting a particular candidate responderbased, at least in part, on one or more factors including theavailability of the candidate responders; and initiating two-wayaudiovisual teleconferencing between the mobile computing device and theselected particular candidate responder over a network connection.

The method can optionally include one or more of the following features.The method of can further include determining or receiving a geographiclocation for a user; identifying, using a database of locations andcorresponding responders, one or more appropriate responders based, atleast in part, on the geographic location; receiving a request toconnect the mobile computing device with a responder service;identifying an appropriate responder service based on the location ofthe mobile computing device; and initiating contact with the appropriateresponder service on behalf of the mobile computing device. The methodcan further include receiving a geographic location for a user; anddetermining, using a database of locations and corresponding licensurestatus, whether the user is located within one or more licensedjurisdictions. The method can also include receiving, at the mobilecomputing device, a location of a responder through a networkconnection; and displaying the location of the responder on the mobilecomputing device. The method can additionally include establishing,before initiating a communication session at a computing device, aplurality of network connections relating to a plurality of otherdevices associated with candidate responders; and obtaining anddisplaying, using the network connections, current status informationfor said plurality of other devices associated with candidateresponders. The method can also include receiving informationidentifying whether responders are currently available for communicationwith a user of a computing device; and in response to detecting that noresponders are currently available, taking an appropriate alternateaction. The method can additionally include receiving a current locationfor a user; and determining a current safety level for the user at thecurrent location based on one or more factors including said locationfor a user.

The details of one or more implementations are depicted in theassociated drawings and description thereof below. Certainimplementations may provide one or more advantages. For example, thedisclosed technologies can increase security, particularly personalsafety, by connecting a person or group of people at risk to responderswho can help. For instance, in a crime scenario the disclosed technologycan be effective at stopping or averting a crime, dissuading anattacker, and/or capturing information about the attacker, situation,and/or location that will enhance emergency personnel's ability to stop,apprehend, and/or prosecute a criminal. In a medical emergency scenario,the disclosed technology can be effective at providing real time medicalinformation, 2-way or multi-way video, and/or capturing informationabout the victim, situation, and/or location that will enhance emergencypersonnel's ability to administer emergency care. In an accident (e.g.,auto accident) or lost person scenario, the disclosed technology can aidin capturing information about the location of the person and/or otherinformation helpful in bringing about their rescue.

In another example, before initiating a security session with aresponder or other user, a user can be provided with assurances thatsomeone is readily available to help him/her by preemptively initiatingconnections between the user's mobile computing device and the computingdevices of other user(s) before the user has requested assistance/help.

The state of such preemptive connections can be part of a Ready Mode andcan allow for a user to quickly engage an available responder forassistance. Users can be notified of which other users and respondersare available through user interface features, such as status indicatorsfor a group of other users and responders, which can provide assurancesof a user's available and readily deployable options for assistance.

In a further example, remote control of another user's mobile computingdevice can help and provide assistance to the other user in a variety ofcontexts. For instance, in a crime scenario such another user may not beable to activate his/her mobile computing device to obtain help from aremote user/responder. Remote activation can allow for such assistanceand help to be provided. In emergency scenarios, remote activation canallow for a variety of details regarding a user's location and state tobe obtained, including capturing live audio and video from the user'sdevice and including the ability to initiate or control all of the samefunctions that the user himself could control on his device, which maybe crucial for deploying medical personnel to an appropriate location toprovide assistance.

In another example, a user needing assistance can automatically berouted to a responder who is best able to assist the user with minimalinput from the user. For example, multiple factors can be consideredwhen pairing a user in need of assistance with an appropriate responder,such as proximity of responders to the user, ratings of the respondersby previous users, a type of situation (e.g., emergency, crime), userprofile information and preferences, current availability of responders,responder skills and training, the group of the responder (e.g.responder is member of local police, responder is responsible for aparticular jurisdiction, responder is member of private security for aparticular organization), and/or other factors. Based on such factors, auser can be automatically paired with a responder who is able to bestassist the user, which can improve the likelihood of a positive outcomefor the user.

In a further example, by automatically sending out confirmation messagesto other users/responders once a user has arrived at a destinationlocation (for example the user's home, work, or another safe location),a user's safe arrival can be confirmed to other users (for example tothe user's friends or family). Additionally, the absence of suchmessages after a period of time when arrival by the user at adestination was expected can allow for actions to be taken to assist theuser, for example to send out notification messages to responders orfriends/family, which can reduce the response time of someone helpingthe user and increase the likelihood of a positive result for the user.

In another example, by providing users with updated safety scores fortheir surroundings based on a variety of factors, many of which wouldnot be readily apparent to users from their physical surroundings, userscan be better alerted of potentially dangerous situations and can takepreventative steps to avoid any harm or danger from befalling them. Forexample, when a user enters a geographic area that has high crime ratesand within which a recent incident report was received from anotheruser, a safety score for that user can be provided to the user or toother users (including the user's friends, family, or responders)indicating that he/she is in an unsafe location and can suggest a routeto a safer location.

In a further example, the disclosed technology can aid users in sendingdetailed and informative text messages to appropriate emergencyresponder systems (e.g., a private security company, public securitycompany, 911/PSAP systems), which can allow for users to quickly andsilently request assistance. For example, in some instances a user maynot want to initiate a video chat session or phone call with anemergency responder, such as when the user is hiding from an assailantor when there is a large amount of background noise that would rendervideo/audio interaction useless. The disclosed technology can allowusers in such situations to still obtain assistance when needed.

Other features, objects, and advantages of the technology described inthis document will be apparent from the description and the drawings,and from the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a conceptual diagram of an example computer system forproviding security features on an example mobile computing device.

FIG. 2 is a diagram of an example system for providing security featureson a mobile computing device.

FIG. 3 is a flowchart depicting an example technique for assisting auser of a computing device.

FIG. 4 is a flowchart of an example technique for initiating contactbetween a user's device and a responder.

FIGS. 5A-F are flowcharts of an example technique for communicatingbetween a user device and a responder device as part of a securitysession.

FIG. 6 is a flowchart of an example technique for facilitatingauto-answer features between a user device and a responder device.

FIG. 7 is a flowchart of an example technique for providing emergencytext messaging services on a user device.

FIG. 8 is a flowchart of an example technique for providing real-timecrime maps and safety levels to users.

FIGS. 9A-F are screenshots of user interfaces that can be presented oncomputing devices.

FIG. 10 is a screenshot of a user interface that can be presented oncomputing devices in Ready Mode.

FIGS. 11A-E are screenshots of a user interface that can be presented oncomputing devices when transitioning from Ready Mode to Caller Mode andResponder Mode.

FIGS. 12A-D are screenshots of a user interface that can be presented oncomputing devices to initiate and participate in two-way instantmessaging.

FIG. 13 is a screenshot of a user interface that can be presented oncomputing devices to access several security-related features.

FIG. 14 is a screenshot of a user interface that can be presented oncomputing devices to display and access several security-relatedfeatures.

FIG. 15 is a screenshot of a user interface that can be presented oncomputing devices during a 2-way video chat.

FIG. 16 is a screenshot of a user interface that can be presented oncomputing devices to display and access several security-relatedfeatures.

FIG. 17 is a screenshot of a user interface that can be presented oncomputing devices to report an incident.

FIGS. 18A-B are a screenshot of a user interface through which a usercan enter their profile information and register to use the securityfeatures discussed above.

FIG. 19 is a screenshot of a user interface that depicts a safety levelindicators.

FIG. 20 is a screenshot of an example home screen for a mobile securityapplication.

FIG. 21 is a screenshot of an example user interface through which auser can enter and transmit a text message to emergency responders.

DEFINITIONS

Substantially Immediate/Substantially Immediately, as used herein,refers to a short period of time between process steps. For example, ifone process follows another preceding processes substantiallyimmediately, the following occurs within a time period of less than Xseconds, such as within a period of time less than X=300, 60, 30, 10, 5,4, 2, 1, 0.5, 0.2, 0.1, 0.01, 0.001, 0.0001, 0.00001, 0.000001 secondsor less. Live connection or live video may mean video that is seen bythe remote peer substantially immediately relative to the time that itis captured (e.g., when a single frame is capture by a caller, it isseen within 300, 60, 30, 10, 5, 4, 2, 1, 0.5, 0.2, 0.1, 0.01, 0.001,0.0001, 0.00001, 0.000001 seconds or less by the responder). In ReadyMode, available instantly may mean that a live connection may beestablished substantially immediately.

Substantially real time, as used herein, refers to a short period oftime between process steps. For example, something occurs insubstantially real time if it occurs within a time period of less than Xseconds, such as within a time period of less than X=300,60,30, 10,5, 4,2, 1, 0.5, 0.2, 0.1, 0.01, 0.001, 0.0001, 0.00001, 0.000001 seconds orless.

DETAILED DESCRIPTION

This document generally describes computer-based technology forproviding security features that are readily accessible to users ofcomputing devices, such as mobile computing devices. A variety ofdifferent security features are described below with regard to thefigures.

FIG. 1 is a conceptual diagram of an example computer system 100 forproviding security features on an example mobile computing device 102.In particular, in the depicted example the mobile computing device 102enters Ready Mode through preemptive communication with one or moreother computing devices 108 a-d and initiates a video communicationsession with one or more of the other computing devices whilesimultaneously transmitting video and other data to a remote datastorage system 106 for secure storage 130.

The depicted computer system 100 includes the mobile computing device102 that communicates over a network 104 with a data storage computersystem 106 and a plurality of other computing devices 108 a-d. Themobile computing device 102 can be any of a variety of appropriatemobile computing device, such as a smartphone, a PDA, a tablet computingdevice, a laptop, a wearable computing device (e.g., GOOGLE GLASS,smartwatches), a computing device embedded within a vehicle (e.g.,embedded automobile computer system, truck, car, airplane, bus,helicopter, boat), and/or other appropriate mobile computing device. Insome implementations, the mobile computing device 102 can be anon-mobile computing device, such as a desktop computer.

The network 104 can be any of a variety of appropriate networks overwhich the mobile computing device 102 can communicate with the datastorage computer system 106 and/or the other computing devices 108 a-d,such as the internet, local area networks (LANs), wide area networks(WAN5), virtual private networks (VPNs), mobile data networks (e.g., 4Gwireless networks), wireless networks (e.g., Wi-Fi networks, BLUETOOTHnetworks), peer-to-peer connections, TCPIP, UDP, secure networks such asHTTPS, or any combination thereof.

The data storage computer system 106 can by any of a variety ofappropriate computer system with associated storage devices, such ascloud-based computer systems with associated data storage subsystems.The other computing devices 108 a-d can be any of a variety ofappropriate computing device and/or computer system, such as mobilecomputing devices, desktop computers, and/or computer servers.

As depicted in FIG. 1, the mobile computing device 102 is associatedwith a user 110 who is faced with a possible dangerous situation orperson 112, which can include any of a variety of dangers or emergenciessuch as another person (e.g., aggressor, criminaI), a medical emergency,an accident (e.g., automobile accident), and/or other dangerous physicalsituations.

Even before the user 110 is faced with the possible danger 112, themobile computing device 102 can preemptively establish connections withthe data storage system 106 and/or some or all of the other computingdevices 108 a-d over the network 104, as indicated by step A (114).These preemptive connections can be part of Ready Mode, which the user110 may toggle on/off through one or more settings on the mobilecomputing device 102. As part of Ready Mode, the mobile computing device102 periodically (e.g., every second, every 5 seconds, every 10 seconds)provides to and receives status information (e.g., active, inactive,user presently interacting with the mobile computing device 102) from tothe other devices 106 and 108 a-d. This status information can indicatewhether a user/service associated with a corresponding device ispresently available to participate in a security session. For example,status information for the data storage system 106 can indicate whetherrecording of information obtained by the mobile computing device 102(e.g., video, audio, location information, sensor data) can be instantlyinitiated (e.g., initiated with less than a threshold delay) by the datastorage system 106.

Each of the other computing devices 108 a-d can be associated with oneor more different entities, such as the example entities depicted inFIG. 1. For example, the computing device 108 a is depicted as beingassociated with acquaintances 116 a (e.g., friends, colleagues, familymembers) of the user 110, the computing device 108 b is depicted asbeing associated with a professional security service 116 b (e.g.,non-government groups/companies that provide security services), thecomputing device 108 c as being associated with an emergency responsesystem 116 c (e.g., 911/PSAP system), and the computing device 108 d isdepicted as being associated with emergency responders 116 d (e.g.,police officers, fire fighters, emergency medical service providers,military).

Through the preemptively established connections with these devices 108a-d, status information for users associated with the entities 116 a-dcan be obtained. The status information can indicate any of a variety ofdetails regarding the availability of the computing devices 108 a-dand/or associated entity users 116 a-d to participate in a securitysession with the user 110 and the mobile computing device 102. Forexample, the status information can indicate whether users are currentlyat or away from the computing device 108 a-d, which can be determined bythe computing devices 108 a-d based on any of a variety of information,such as whether the users are currently providing input to the computingdevices 108 a-d (e.g., typing, clicking on screen elements, having anapp in the foreground of the device, moving a pointer device) and/orwhether the users are visible through a camera of the computing devices108 a-d. In another example, the status information may include acurrent video feed from the computing devices 108 a-d so that the user110 can verify whether the users for entities 116 a-d are currentlyavailable to provide assistance. Such a video feed may be provided at alower level of quality (e.g., lower frame rate, lower resolution) thantypically provided during video chat sessions, so as to minimize thebandwidth consumed from the transmission. In another example, the statusinformation may include the person's location or distance from the user.

The mobile computing device 102, during Ready Mode, can displayinformation that identifies the available entities and statusinformation for them, as indicated by step B (118). For example, themobile computing device 102 can display a map that includes iconsidentifying the location of the computing devices 108 a-d and theirassociated users 116 a-d relative to a location of the mobile computingdevice 102, as well as their current status information. These icons mayinclude photos of the associated users, when they were last connected,when they last changed position, or their computed safety level or otherinformation. In another example, the mobile computing device 102 candisplay a list of the computing devices 108 a-d, their correspondingusers 116 a-d, and their corresponding status information. In anotherexample, the mobile computing device 102 can present a preview of avideo that would be provided to the data storage system 106 forrecordation along with an indicator (e.g., blinking light/icon) as towhether the data storage system 106 is available to instantaneouslybegin recordation of such data, and whether such recording has startedor is ongoing. In some implementations, when no entities are availablefor the user 110, the mobile computing device can provide a notificationthat no responders are available to help and can additionally provideone or more alternative channels of assistance, such as dialingemergency response services (e.g., 911 service, campus police).

The information regarding the computing devices 108 a-d and theircorresponding entities 116 a-d can be presented in a selectable manneron the mobile computing device 102 such that the user 110 can select oneor more of the entities 116 a-d for a security session (e.g., videocommunication and data recordation at the data storage system 106) orother communication session (e.g., messaging communication system).

The mobile computing device 102 can monitor for and detect input thatindicates an intention of the user 110 to initiate a security session,as indicated by step C (120). Such input can take any of a variety offorms. For example, a user can select a graphical user interface feature(e.g., icon, virtual button) or physical button on the mobile computingdevice 102, or on another device connected to the mobile computingdevice 102 by wired or wireless connection (e.g., wearing watch or pieceof jewelry with an embedded button to activate the app), provide audibleinput (e.g., utter a particular phrase), and/or provide motion basedinput (e.g., shaking the device) that is associated with initiating asecurity session. In another example, the absence of input for a periodof time may indicate such an intention (e.g., holding the device in aparticular orientation and/or pose for at least a threshold period oftime, pressing a button down for at least a threshold period of timebefore releasing it). In another example, detected motion that isindicative of the user 110 losing control of the device 102 (e.g.,dropping the device 102) and/or being involved in a physical altercation(e.g., automobile accident, physical scuffle) can be identified by themobile computing device 102 as input to initiate a security session. Inanother example, detected motion such as a change in velocity (forexample when a car abruptly stops, potentially indicating an accident)can be identified by the mobile computing device 102 as input toinitiate a security session.

In response to detecting the input, the mobile computing device 102 canautomatically initiate a security session with one or more of thecomputing devices 108 a-d and the data storage system 106, as indicatedby step D (122). In instances where the user 110 has not selected one ofthe computing devices 108 a-d to communicate with, the mobile computingdevice 102 itself can automatically select one or more of the computingdevices 108 a-d with which to initiate the security session based on avariety of factors, such as proximity to the mobile computing device102, ratings associated with the corresponding entities 116 a-d,expertise and skills for the corresponding entities 116 a-d, anindication of the type of possible danger 112, predefined preferencesfor the user 110, one or more lists/rankings of entities 116 a-d asdesignated by the user 102, presence within one or more emergencyresponse jurisdictions, sensor data, or any combination thereof. Otherappropriate factors can also be used. In other words, if the user isassociated with a whole group of potential connection recipients, forexample a whole group of potential responders, the device 102 canautomatically select an appropriate potential connection recipient basedon a number of factors such as proximity to the user, and initiate aconnection.

As part of the security session, the mobile computing device 102 canconcurrently transmit audio, video and other data to the data storagesystem 106, as indicated by step E (124), and can participate in a videocommunication session with one or more of the computing devices 108 a-d,as indicated by step F (126), potentially simultaneously. The datastorage system 106 can receive a stream of real-time audio, video andother data (e.g., location information, sensor data, identity of othercomputing devices located nearby the mobile computing device 102), andcan store the data, as indicated by step G (128). The data can be storedin one or more secure storage devices 130 to which access is restricted.For example, the data can be encrypted and stored in the secure storagedevices 130, and read/write/delete privileges can be restricted suchthat, other than administrators of the data storage system 106, no usersare able to modify the data written to the secure storage devices 130.For instance, the user 110 is not able to delete data that is uploadedto the data storage system 106 and stored in the secure storage devices130.

The data stored in the secure storage devices 130 can be stored in amanner that will permit for the data to be used as evidence, sufficientfor admission before a judicial or administrative body, of events thattook place between the user 110 and the possible danger 112. As such,the data storage system 106 may trace and record information regarding acommunication route over the network 104 between the mobile computingdevice 102 and the data storage system 106, as indicated by step H(131). Additionally, the data storage system 106 may also obtain andstore raw data from the mobile computing device 102, such as raw GPSdata and/or raw sensor data (e.g., motion sensor data), in addition tosynthesized information from the mobile computing device 102 (e.g.,geographic location determined by the mobile computing device 102). Thesecure storage devices 130 can store a variety of pertinent data fromthe mobile computing device 102, such as video/audio files, images,trace routes, location data, sensor data, and/or other appropriate data.The data being transmitted may also allow secure communication andencryption of data, as well as verification of the user transmitting thedata, and the time and location from where it was transmitted. Forexample, the data being transmitted can be encrypted along with ausername, password, time, location, biometrics, public or privatecryptographic key, other security identifiers, or other information.This information may also be encrypted and or stored for verificationusing a blockchain-based methodology or other approaches derived fromcryptography and cryptocurrencies (e.g. bitcoin, etherium). Theinformation being transmitted can be encrypted or stored to be onlyaccessible or readable to the user himself, or to someone withappropriate security information. The privacy of the user, or the user'sidentity, can also be secured and maintained cryptographically. Theseencryption steps may be performed locally on the mobile device of theuser. These encryption steps may be performed on the responder device.These encryption steps may be performed on a remote server.

During the established video communication session, the mobile computingdevice 102 can transmit, to one or more of the devices 108 a-d,real-time video, audio, text or message information, and/or image data,as well as location updates, information identifying the mobilecomputing device 102 and/or the user 110, information that may identifyanother user who may be causing the possible dangerous situation (e.g.,images, audio, video of the other user; detected other computing devicesthat are located near mobile computing device 102), and/or otherappropriate information. Each of the computing devices 108 a-d canadditionally provide similar information to the mobile computing device102. The information may be transmitted between the mobile computingdevice 102 and multiple devices from the computing devices 108 a-d insubstantially real time and/or using peer to peer or server-basedconnections. Video communication sessions can be between the mobilecomputing device 102 and multiple devices from the computing devices 108a-d. For example, the mobile computing device 102 can establish a firstvideo communication session with one of the computing devices 108 aassociated with the user's acquaintances 116 a and a second videocommunication session with the computing device 108 b that is associatedwith the profession security service 116 b.

In addition to transmitting real-time video feeds to the mobilecomputing device 102, each of the computing devices 108 a-d mayadditionally initiate remote control over the mobile computing device102 (e.g., turn on/off various subsystems of the mobile computing device102, such as lights, speakers, camera, microphone, display), initiate acommunication session with one or more other computing devices (e.g.,the acquaintance 116 a can use the mobile computing device 108 a tocause the mobile computing device 102 to communicate with the computingdevice 108 c corresponding to the emergency response system 116 c),and/or broadcast information from the video communication session toother users/devices (e.g., transmit current location and real-timevideo/audio feed to a nearby emergency responder 116 d). Some of theentities 116 a-d may have additional subsystems to further facilitatesuch assistance to the user, such as the professional security service116 b which can have access to emergency routing data 134 (e.g.,information identifying an appropriate emergency response system (e.g.,911 or PSAP system or jurisdiction) to handle the user's 110 situation),user data 136 (e.g., information about the user 110, such as height,weight, name, age, appearance, address, automobile, medical conditions,preferences), and a secure data storage system 138 (e.g., storage systemto log information regarding the interaction between the mobilecomputing device 102 and the computing devices 108 a-d). Although notdepicted, others of the computing devices 108 a and 108 c-d may eitherhave data repositories similar to 134-138, or may have access to suchinformation.

While the transmitting data to the data storage system 106 (step E) andparticipating in the video communication session (step F), the mobilecomputing device 102 can concurrently output the real-time audio andvideo received through the video communication session from the one ormore of the computing devices 108 a-d, as indicated by step I (140).Such outputting of the video can allow for a remote user (e.g., entities116 a-d) to virtually participate in the physical situation that isbefore the user 110 in an attempt to stop or mitigate the possibledanger 112. For example, a person who is possibly dangerous 112 can seethe video and/or hear the audio that is output on the user device 102,as indicated by video output 142, so as to provide verification thatsomeone outside of the physical situation is monitoring and involved inthe situation, as indicated by line 152 indicating that the video output142 and the audio output 150 are presented to the possible danger 112.An example video output 142 on the display of the mobile computingdevice 102 is depicted as including textual information 144 identifyingthe remote user (“Police Officer”), a live video feed 146 that shows theremote user (police officer), additional information 148 that the remoteuser has directed (e.g., through remote control) the mobile computingdevice to display 102. In the example, one of the other computingdevices 108 a-d that is participating in the video chat (video chat canbe a multi-way (e.g., two-way, three-way, four-way) videoconference) canprovide an image of the possible aggressor 112, which was obtained bythe other computing device through the video communication session 126.The image of the possible aggressor 112 can serve as proof to thepossible aggressor 112 that his image has been recorded, so as to implythat he/she is likely to get caught and should cease all aggressiontoward the user. Additionally, an audible message 150 can be output bythe speakers of the mobile computing device 102.

For example, the user 110 can hold the mobile computing device 102 to befacing the possible aggressor 112 so that the possible aggressor 112 cansee and hear the police officer (remote user) addressing him/her (forexample the possible aggressor 112 can see the display 142). The policeofficer (remote user) can cause the mobile computing device 102, throughremote device control, to present information to the possible aggressor112, such as the textual information 144 identifying the police officerand the image 148 that provides verification that evidence of thepossible aggressor 112 actions have been captured and are in the handsof the authorities. Such involvement by a remote user is likely toimprove the chance of the possible dangerous situation 112 endingwithout anything having happened to the user 110. Examples of otheractions that a remote user, like the police officer in the example, cancause the mobile computing device 102 to take include turning on/off alight source (e.g., flash) on the mobile computing device, activating analarm on the mobile computing device (e.g., audible alarm orpre-recorded audio or voice message, for example ‘Help!’), and/ordisplaying the location of an emergency responder who is en route to theuser's location.

The disclosed operations that are described above as being performed bythe mobile computing device 102, the data storage system 106, and thecomputing devices 108 a-d, can be implemented in any of a variety ofappropriate ways on the devices/systems, such as through software (e.g.,mobile device applications, operating system features), hardware (e.g.,application specific integrated circuits (ASICs)), firmware, or anycombination thereof.

FIG. 2 is a diagram of an example system 200 for providing securityfeatures on a mobile computing device 202. The example system 200 isdepicted as including the mobile computing device 202, other mobilecomputing devices 204, computer systems 206 associated with professionalsecurity and/or emergency response systems, a data storage system 208, acentral computer system 210, other computing devices 212 that areavailable to output audio or video information, a network 214, andwearable computing or monitoring devices 216. The mobile computingdevice 202 can be similar to the mobile computing device 102 describedabove with regard to FIG. 1. The other mobile computing devices 204 canbe similar to the computing devices 108 a and 108 d described above. Thecomputer system 206 can be similar to the computing devices 108 b-c. Thedata storage system 208 can be similar to the data storage system 106.The network 214 can be similar to the network 104.

The mobile computing device 202 includes an input subsystem 216 and anoutput subsystem 218 through which input and output can be provided tousers by the mobile computing device 202. The input subsystem 216includes a touchscreen 220 a (e.g., touch sensitive display, touchsensitive surface, touch sensitive housing, presence sensitive surface),keys and/or buttons 220 b, microphone(s) 220 c, motion sensors 220 d(e.g., accelerometers, gyroscopes), cameras 220 e (e.g., rear-facingcamera, forward-facing camera, 3D cameras), and/or other appropriatetechnologies. In some implementations, the cameras 220 e canadditionally or alternatively detect portions of the electromagneticspectrum that are outside of the range of visible light, such asinfrared radiation. The output subsystem 218 includes a display 222 a(e.g., LCD display, LED display), speakers 222 b, a projector 222 c,haptic devices 222 d (e.g., vibration generating devices, tactiledisplays), light sources 222 e (e.g., flash bulb, night vision orinfrared energy), and/or other appropriate technologies. In someimplementations, portions of the input and output subsystems 216 and 218can be configured to provide additional inputs and outputs on the mobilecomputing device 202. For instance, the speakers 222 b can be configuredto output ultrasonic and/or subsonic sound waves, the reverberation ofwhich can be detected by the microphone(s) 220 c to provide sonardetection capabilities. Similarly, the device may use radar or nightvision capabilities.

The mobile computing device 202 additionally includes wirelesstransceivers 224 for communicating over one or more wirelesscommunication technologies. For example, the wireless transceivers 224can include one or more appropriate wireless transceivers, such aswireless radio transceivers like Wi-Fi transceivers, short-rangewireless transceivers (e.g., BLUETOOTH transceivers), cellular networktransceivers, NFC, and/or mobile data network transceivers (e.g., 3G/4Gtransceivers). The mobile computing device 202 can additionally includea location module 226 that is programmed to determine a location of themobile computing device 202 either in terms of absolute positioning(e.g., GPS position data, latitude and longitude) or relativepositioning (e.g., positioning relative to particular fixed objects orinside buildings including cellular toward, WiFi hotspots or networks,other radio networks, satellites). The location module 226 may include aGPS unit 228 a that is programmed to detect GPS satellite signals and,based on the detected signals, to determine a geographic location of themobile computing device 202. The location module 226 may also include amicro-location unit 228 b that is programmed to determine the locationof the mobile computing device 202 with a greater level of granularitythan the GPS unit 228 a and/or in situations where the GPS unit 228 a isunreliable (e.g., interior locations). The micro-location unit 228 a canuse signals received through the wireless transceivers 224, such assignals from Wi-Fi networks and/or beacon signals, to determine eitherabsolute or relative positioning of the mobile computing device 202.

The mobile computing device 202 additionally includes a CPU 230 (e.g.,single core, dual core, quad core) that is programmed to executeinstructions 232 (e.g., binaries, object code, scripts) that arestored/loaded into memory 234 (e.g., RAM, ROM). The CPU 230 can executeinstructions of any of a variety of types to provide security featureson the mobile computing device 202, such as executing instructions tocause the mobile computing device 202, through its component parts, toinitiate a session with one or more of the other computing devices 204and/or professional security/emergency response systems 206, whileconcurrently transmitting data for secure storage to the data storagesystem 208. The mobile computing device 202 can additionally include oneor more portable power source 236 (e.g., a battery) or backup powersources, or power connections (e.g. to an outlet), or solar or otherpower inputs.

Although not depicted, the mobile computing device 202 can be providedwith an appropriately sized holster/case/sleeve that is designed toreceive and hold the mobile computing device 202. This case may hold thedevice in such a manner that the input and output subsystems 216 and218, respectively, will be able to obtain information about the user'ssurroundings and convey information from remote users to other peoplelocated near the user while at the same time being worn by the user, soas to provide the user with hands free operation of the mobile computingdevice 202. For example, the holster/case/sleeve can be a lanyard typeapparatus that is worn about around a user's neck and that holds thedevice in a steady position near a center of the user's chest. Inanother example, the holster/case/sleeve can include a clip or strapthat allows for the device to easily be secured to clothing, bags,appendages, or other objects. In another example, theholster/case/sleeve can include a clip or strap that allows for thedevice to easily be secured to a surface such as the surface of a helmetworn by the user, a vehicle or vehicle windshield, bicycle, or otherpiece of equipment. The holster/case/sleeve can additionally include areserve power source (e.g., additional batteries) that can extend theduration during which the mobile computing device 202 can be used beforelosing power.

The mobile computing device 202 can additionally include a securitymodule 240 that is programmed to provide security features to a user ofthe mobile computing device 202, including both from the perspective ofa user in need of assistance, such as the user 110 described above withregard to FIG. 1, as well as a user who is providing assistance, such asthe acquaintances 116 a. The security module 240 can provide securityfeatures similar to those described above with regard to FIG. 1, as wellas additional/alternative security features. The security module 240,and its component parts, can be implemented in any of a variety ofappropriate ways, such as through software that is executed by the CPU230 (e.g., mobile device application, operating system features),hardware (e.g., ASICs), firmware, or any combination thereof.

The security module 240 can include a ready mode unit 242 a that isprogrammed to establish and maintain network connections with othercomputing devices before an intent to initiate a security session hasbeen detected as part of Ready Mode (e.g., step A (114) described abovewith regard to FIG. 1). The network connections with the other computingdevices can be peer-to-peer connections. Such an intent to initiate asecurity session can be detected by the input analyzer 242 b, which isconfigured to determine whether the user has, through an action(voluntary or involuntary) or omission (voluntary or involuntary),indicated an intent to initiate a security session (e.g., step B (120)described above with regard to FIG. 1).

The security module 240 additionally can include a remote control client242 c that is programmed to receive and process instructions from othercomputing devices (e.g., other mobile computing devices 204) to remotelycontrol the mobile computing device 202. Before providing such remoteaccess and control to information and components of the mobile computingdevice 202, such as control over the input and output subsystems 216,218, the remote control client 242 c can determine whether therequesting device and/or associated user have been given permission tohave such access and control by checking against a set of permissions242 d. For example, a user may want to restrict users included on thepermissions 242 d to only close and trusted family members (e.g.,spouse, parents, child) and friends (e.g., best friend).

The security module 240 can additionally include a routing module 242 ethat is programmed to determine an appropriate remote user andcorresponding computing device to which to route a security session forthe mobile computing device 202. The routing module 242 e can select anappropriate remote user/corresponding computing device based on one ormore of a variety factors, such as proximity to the mobile computingdevice 202, user preferences (e.g., designation list of preferredresponders), a type of situation (e.g., crime, medical emergency,natural disaster), and/or other appropriate factors. In someimplementations, the routing module may alternatively be implemented ata remote computing device, such as the central computer system or server210, which can receive a request to initiate a security session from themobile computing device 202 and can select an appropriate othercomputing device for the session.

The security module 240 can store user information 242 f, such as a userid, name, age, height, appearance, image, and/or preferences, which canbe provided to other computing devices during security sessions. Thisinformation, for example a user profile, may also be stored on thecentral computer system or server 210. An identification module 242 g ofthe security module 240 can additionally identify other users who arelocated around the mobile computing device through any of a variety ofappropriate techniques, such as voice recognition, facial recognition,biometric identification (e.g., gate, proportions of body parts), and/oridentification through nearby computing devices transmitting wirelesssignals (e.g., passive monitoring of wireless signals from nearbydevices, active communication with such devices). The identificationmodule 242 g may use one or more data sources for such identifications,such as a user's photos, videos, social network information (e.g.,friend lists, friend photos/videos, friend location, check-ins), and/orlists of contacts (e.g., telephone contact list, email contact list).The identification module 242 g may alternatively and/or additionally beimplemented on one or more other computing devices that are incommunication with the mobile computing device 202, such as the centralcomputer system 210 and/or the professional security/emergency responsesystems 206.

A text message subsystem 242 h of the security module 240 can beprogrammed to automatically populate and/or route a text message to anappropriate emergency responder with minimal input from a user. Forexample, the text message subsystem 242 h can add detailed informationregarding the location of the mobile computing device 202, thesurrounding environment, a type of emergency, and user identityinformation into a text message and can ensure that the text message isdirected to an appropriate responder without direction from a user.

The security module 240 can include a user interface 242 i through whichusers can access and use the security features provided by the securitymodule 240. The user interface 242 i can present information and receiveinput from a user in any of a variety of appropriate ways, such asthrough any and all components of the input and output subsystems 216and 218, respectively.

The security module 240 additionally includes a security session manager242 j that is programmed to manage interactions between the mobilecomputing device 202 and other computing devices during sessions. Inparticular, the security session manager 242 j includes a data capturemanager 242 k that is programmed to capture relevant data from thecomponents of the input subsystem 216, the wireless transceivers 224,and/or the location module 226. The security session manager 242 jadditionally includes a data transmission manager 2421 that isprogrammed to transmit a stream of, as least a portion of, the datacaptured by the data capture manager 242 k to one or more of othercomputing devices (e.g., the other mobile computing devices 204,security/emergency response systems 206) and to the data storage system208.

The mobile computing device 202 includes an input/output (I/O) interface244 that is configured to communicate over the network 214 and with thewearable computing devices 216. The I/O interface 244 can be any of avariety of appropriate interface, such as a wired interface (e.g.,Ethernet card) and/or wireless interface (e.g., wireless transceivers224, wireless chips, and antennae).

The other mobile computing devices 204 can have any of the same featuresas the mobile computing device 202, but may be associated with otherusers (e.g., acquaintances, emergency responders).

The professional security/emergency response system 206 can include someor all of the components 216-244 of the mobile computing device 202,where appropriate, and may or may not be a mobile device. Theprofessional security/emergency response system 206 can includeadditional components that may not be available on the mobile computingdevice 202 and/or the other mobile computing devices 204, such asemergency routing data 246 and/or user data 248. The emergency routingdata 246 can correlate appropriate emergency response systems with thelocation of the mobile computing device 202. For example, theprofessional security/emergency response system 206 can perform a ‘PSAPdip’ to determine the correct 911 dispatch center for the location of auser who may be having an emergency. This function may be performed byusing a database that allows every location to be converted into thecorresponding PSAP/dispatch center, and to provide contact informationfor that dispatch center including phone number, email number, networkid, and electronic communication identification. This function may beperformed by a remote server, and may be performed using a remote API.One examples of a PSAP (Public Safety Answering Point) system is thePSAP PRO system provided by PitneyBowes.

The user data 248 can be a repository of relevant information for a userof the mobile computing device 202, such as the user information 242 f(or a portion thereof). The professional security/emergency responsesystem 206 can additionally include a secure storage device(s) 250 tosecurely log data received from the mobile computing device 202 and/ortransmitted to the mobile computing device 202 during a securitysession. Although not depicted, the mobile computing device 202 and/orthe other mobile computing devices can also include secure storagedevice(s) to redundantly log such information as well.

The data storage system 208 can include a trace module 252 that isconfigured to encrypt and/or verify and/or trace communication pathsbetween the data storage system 208 and the mobile computing device 202,so as to provide a proper foundation for admissibility of logged data asevidence during judicial and/or administrative proceedings. The datastorage system 208 additionally include secure storage devices 254.These encryption steps may be performed locally on the mobile device ofthe user. These encryption steps may be performed on the responderdevice. These encryption steps may be performed on a remote server.

The central computer system 210 can be used to connect the mobilecomputing device 202 with other appropriate devices and systems, such asthe data storage system 208, the other mobile computing devices 204, andthe system 206. For example, the central computer system 210 can provideIP address information for the other mobile computing devices 204 to themobile computing device 202, which the ready mode unit 242 a can use toestablish peer-to-peer connections with the other computing devices 204.

The other computing or monitoring or display devices 212 can be devicesthat are located near the mobile computing device 202 and that have openand accessible input or output devices (e.g., display 256 and speakers258, camera, microphone) over which the mobile computing device 202 canstream and output information. For example, the other computing devices212 can be televisions that have open Wi-Fi Direct access through whichthe mobile computing device 202 can broadcast audio and/or visualinformation. In another example, the other computing devices 212 can bespecially designed and/or located security devices that allow for a userin distress to activate an alarm over an a wireless connection (e.g.,BLUETOOTH connection). Such streaming of audio and visual information tothe other computing devices 212 can help alert others in the area to thedangerous situation and can solicit their help. Streaming to suchdevices may be remotely controlled by a remote user, such as the usersof the other mobile computing devices 204 and/or the system 206. Suchother computing or monitoring or display devices 212 may also be used torecord audio or video and transmit it to the network 214, the centralcomputer system 210, or to professional security/emergency responsesystem 206, or mobile computing device 202.

The wearable computing devices 216 can include any of a variety ofappropriate wearable computing device, such as eyewear (e.g., GOOGLEGLASS), smart watches, wearable cameras (e.g. GoPro, Looxcie) and/orwearable motion sensors or biosensors (e.g. heart monitor, breathingmonitor, pulsox, EEG monitor, blood composition monitor includingglucose monitor). The wearable computing devices 216 can provideinformation to the mobile computing device 202 regarding the surroundingphysical environment and/or a stat of the user, and can additionallyoutput information. Such inputting and outputting of information can beaccomplished through sensors 260 (e.g., motion sensors), camera(s) 262,speakers 264, and/or other appropriate components.

FIG. 3 is a flowchart depicting an example technique 300 for assisting auser of a computing device. Portions of the technique 300 can beperformed, in whole or in part, by any of a variety of appropriatecomputing devices and/or systems, such as the mobile computing device102, the other computing devices 108 a-d, the data storage computersystem 106, the mobile computing device 202, the other mobile computingdevices 204, the professional/emergency response system 206, and/or thedata storage system 208.

As an overview, the technique 300 can include one or more of thefollowing steps, which can be performed, in whole or in part, in any ofa variety of appropriate orders:

Initiate Contact (302). Initiate audio, video, two-way or multi-waycontact between the mobile computing device of a user (or plurality ofusers) and a plurality of responders. Such contact can be overpeer-to-peer connections.

Continuous Real Time Recording and Transmission of Information from User(304). Information from the user or their situation may be transmittedin substantially real time by the mobile computing device of the user tocomputing devices/systems associated with the responder(s). Thisinformation may include audio/video from the user's device, photos, textmessages, GPS or other localization information. All of this informationmay be stored locally on the user and/or responders' devices, and/or ona remote server system (e.g., data storage system 106).

Continuous Real Time Recording and Transmission of Information fromResponder(s) (306). Information from the responder(s) may be transmittedin substantially real time by computing devices associated with theresponders to a computing device associated with the user(s). Thisinformation may include audio/video from the responder's device, photos,text messages, GPS or other localization information. All of thisinformation may be stored locally on the user and/or responders'devices, and/or on a server system (e.g., data storage system 106).

Remote Control of User's Device (308). The Responder(s), through theircomputing devices/systems, may remotely control the features of theuser's device, for example to take high resolution photos using theuser's device and have them sent, zoom, capture audio, adjust volume,turn on/off speaker or speakerphone, turn on/off lights, turn on/offalarms, initiate contact with other users, responders, and/or emergencyservices (e.g., 911 or other emergency services call) from the user'sdevice. The remote control can allow the remote user any of thefunctions available locally to the user who is physically present withthe device.

Help User (310). The Responder(s), through their computingdevices/systems, may help the user, for example by communicating withthe user or with a potential assailant through a display and/or speakerson the user's computing device. For example, the Responder may indicate,through the output subsystem of the user's computing device, to anassailant that they are being videotaped, that they should stop, or eventhat they are under arrest/being detained.

Dispatch Further Help (312). The Responder(s) may, through theircomputing devices/systems, dispatch additional support, such asemergency personnel or others to the location of the user as determinedby their location information, which may be transmitted as coordinatesor a map.

Store Incident Information (314). The information from the incident thatis captured/obtained by the computing device of the user, such as allvideo, audio, locations, times, photos or other information may bestored, for example to apprehend or convict an assailant, determinefault, or aid in emergency medical diagnosis. Such information can betransmitted to one or more appropriate remote computer systems that canprovide secure storage of the information (e.g., the data storage system106).

Identification (316). In the case of an assailant, criminal, or otherperson, location or item involved in the incident, informationcaptured/obtained by the user's computing device may be used to identifythat person, location or item. For example, an image of the assailantmay be compared with photo or other databases to identify who theassailant is to aid in the later capture of the assailant.

Rewards/Incentives for Finding, Capturing (318). This system, which maybe publicly accessible or otherwise accessible to a people who may beinterested in/able to provide assistance (e.g., friends of the user, lawenforcement), may be used to provide information or incentives tosupport others in supporting the user (including finding the user), orin capturing an assailant or other criminal involved in the incident.

Black Box Tracking (320). This system may be used to provide informationabout the user's situation at a later time that has been transmitted toa remote location, such as the user's locations, battery levels, photos,audio, video recorded from the device, calls, texts, other activitiesthat may be helpful in determining if the user is safe or in danger, andtheir location. This allows the system to track things other than peopleas well, including vehicles, pieces of equipment, cargo, perishables,medical supplies, remotely or autonomously controlled vehicles includingautomobiles and flying drones.

FIG. 4 is a flowchart of an example technique 400 for initiating contactbetween a user's device and a responder. The example technique 400 isdepicted as being performed in part by a user device 402, a responderdevice 404, and a computer server system 406. The example technique 400can be performed as part of technique 300, for example, at step 302.

Initiating a Session and Finding a Responder to Connect to

One type of example use case of steps depicted in FIG. 4 is that theuser of a device may launch a safety application on their mobile device,their location, subscription level, and responder groups may bedetermined, and based upon this an available responder may be selectedthat is most appropriate for them (for example the responder in theirprimary responder group who is physically closest to them, availableonline, and in the correct jurisdiction). Then, a connection may beestablished with that responder, either for ‘Ready Mode’ or forinitiating a two-way communication session.

The user device 402 may be any of a variety of appropriate computingdevice, such as a mobile computing device (e.g., mobile computing device102, mobile computing device 202). For example, the user device 402 canbe a user's !PHONE running an IOS app that allows user to press a buttonto initiate contact via any of a variety of appropriate connection, suchas WiFi, BLUETOOTH, 3G/4G, other mobile or VoIP signal to contact aresponder. In another example, the user device 402 can be a user'sANDROID device running an ANDROID app that allows user to press a buttonto initiate contact via any of a variety of appropriate connection, suchas WiFi, Bluetooth, 3G/4G, other mobile or VoIP signal to contact aresponder. In a further example, the user device 402 can be a user'scomputer or tablet running an application that allows user to press abutton to initiate contact via any of a variety of appropriateconnection, such as WiFi, Bluetooth, 3G/4G, other mobile or VoIP signalto contact a responder.

The responder device 404 can be any of a variety of appropriatecomputing device (e.g., other computing devices 108 a-d, other computingdevice 204), and can be similar to the user device 402. For example, theresponder device 404 can be an IPHONE, an ANDROID device, a computer, ora tablet. Like the user device 402, the responder device 404 can alsorun an application, designed for an appropriate operating system of theresponder device 404, to initiate contact over any of a variety ofappropriate connections, such as WiFi, Bluetooth, 3G/4G, other mobile orVoIP signal to contact a responder.

The computer server system 406 can be any of a variety of appropriatecomputing device or devices that act in a server role providinginformation to clients in response to requests. For example, thecomputer server system 406 can be an application server that providesinformation for an application to client devices, such as the userdevice 402 and the responder device 404.

The user device 402 can launch the application (408) in response to anyof a variety of appropriate inputs. For example, the application may belaunched on the user device 402 by a dedicated orselectable/configurable button. The application may be launched on theuser device 402 by pressing a virtual button on the device screen. Theapplication may be launched on the user device 402 by dropping orshaking the device. The application may be launched on the user device402 remotely by someone else, such as by a user of the responder device404. The application may be launched on the user device 402 by voicecommand/voice recognition. The application may be launched on the userdevice 402 by automatic recognition of a surrounding event or situation(e.g., face recognition, location recognition, position recognition,proximity to another device or user, distance from another device oruser, entering or leaving a defined area). The application may belaunched on the user device 402, which may serve a role as a primarymobile device, by communication with another associated mobile device,such as a button on a watch, necklace, or other device. This otherdevice may communicate with the primary mobile device by wired or radiocommunication, such as WiFi or BLUETOOTH.

In some implementations, after the application has been launched theapplication can enter Ready Mode (410). Ready Mode is a mode ofoperation during which connections with other computing devices, such asthe responder device 404, are established and available in advance ofinitiating contact to communicate (e.g., video chat, call) with users ofthe other computing devices. The connections with the other devices canbe peer-to-peer connections. Ready Mode may be entered automaticallyafter the application has been launched or may be entered in response touser input (e.g., selection of a physical or virtual button, shaking thedevice) directing the application to enter Ready Mode.

Ready Mode can be initiated on the user device 402 through the followingsteps 411-422. Steps 411 a-d can be performed to identify appropriatedevices for the user device 402 to connect with as part of Ready Mode.For example, some responders may need to be licensed within thejurisdiction (e.g., city, county, state, country) where the user device402 is located to provide assistance to the user. Accordingly, the userdevice 402 can determine one or more jurisdictions that is currentlylocated within and can identify licensure requirements for suchjurisdictions (411 a). Such jurisdictional determination may be donethrough local data sources, such as jurisdictional and licensinginformation downloaded and maintained on the user device 402, and/orthrough remote data sources, such as jurisdictional and licensinginformation maintained and made available by the server system 406and/or other computer systems. In another example, the user may have apredefined list of other users, such as friends, family, and/or specificemergency responders, that the user prefers to use as responders. Theuser device 402 can request a group of responders that are included onthe user's predefined list(s) and/or responders who are licensed toassist within the user's current jurisdiction (411 b). Such a requestcan be provided to one or more remote computer systems, such as theserver system 406 and/or other computer systems.

Using the initial group of responders who satisfy one or more criteria(e.g., on the user's predefined list, able to assist within thejurisdiction) for the user device 402, the user device 402 can determinewhich of those responders are currently available to assist (411 c).Such a determination can be made by polling the responder devices and/orby polling a remote computer system (e.g., server system 406) thatmaintains status information (e.g., current availability) for theresponders. From the identified responders (e.g., available respondersable to assist within the jurisdiction), the closest responders can bedetermined (411 d). Such a determination can be made by obtaininglocation information for the responders, determining distances fromtheir locations to the location of the user device 402, and identifyinga portions of the responders who are closest to the user device 402(e.g., closest n responders, responders within threshold distance). Thelocation information for the responders can be obtained by polling theresponders and/or by requesting such information from a remote computersystem (e.g., the server system 406). The steps 411 a-d, in whole or inpart, may alternatively be performed by a remote computing device, suchas the server system 406, and/or may be performed in association withdifferent steps in the technique 400, such as being performed at step430.

To establish a peer-to-peer connection with the responder device 404 aspart of Ready Mode, the user device 402 can transmit a request for thenetwork addresses (e.g., IP addresses, local area network addresses)other computing devices associated with responders (412), such as theresponder device 404. The request can be transmitted to the serversystem 406, which can maintain a list of the current network addresses(e.g., IP addresses) of computing devices that are using the applicationand services provided by the server system 406. The request can includeinformation identifying the user device 402 and/or a user of the userdevice 402, such as a user id.

The server system 406 can receive the request (414) and can identifynetwork addresses for other computing devices (416). The server system406 may limit the network addresses that are identified to particularother computing devices, such as those that have been preselected by theuser of the user device 402 as responder (e.g., family, friends),responders that are located near the user device's current location(e.g., police officers located near the user device 402, an appropriate911 dispatch given the location of the user device 402, other users whoare located with a threshold distance of the user device 402), and/orresponder services (e.g., professional security services) that canmanage response efforts and that can involve additional responders, suchas police and other emergency responders, as needed. Once identified,the server system 406 can transmit the IP addresses to the user device402 (418).

The user device 402 can receive the IP addresses (420) and can use themto establish Ready Mode connections with responder devices, such as theresponder device 404 (422). The responder device 404 can connect withthe user device 402 (424). The connection between the user device 402and the responder device 404 can be peer-to-peer, which may be blockedby firewalls at either end of the connection. To avoid this a variety oftechniques can be used, such as both sides attempting to connect to eachother simultaneously (in case one side can't accept incoming connectionsbut can make outbound connections), hole punching (e.g., UDP holepunching, TCP hole punching), and/or deploying relays (e.g., TURNservers).

The user device 402 can display (or otherwise present) the responderswho are connected to the user device 402 in Ready Mode. Examples of sucha display are depicted in FIGS. 10-11. In Ready Mode, a peer-to-peerconnection is established between the user device 402 and the responderdevice 404, as indicated by steps 422 and 424. Thereafter, in Ready Modethe user device 402 can display the Responder continuously by livevideo, or may display an image of the available responder, with suchvideo and images being transmitted from the responder device 404 to theuser device 402 over the established peer-to-peer connection. Thisallows the user to see that the responder is available. The responderdevice 404 may not receive videos or images from the user device 402and, thus, the responder may not see the user. The responder device 404can be available to many users at once in this mode. In someimplementations, the responder device 404 may receive and display theplurality of users connected to the responder in Ready Mode by livevideo. In some implementations, the responder device 404 can see theplurality of users connected to the responder in Ready Mode by livevideo while the user devices (e.g., user device 402) do not receive ordisplay video or images of the responder.

Whether or not in Ready Mode (the user device 402 does not need to firstenter Ready Mode), the user device 402 can monitor for user input toinitiate contact with one or more responders. When the user device 402receives input to initiate contact with a responder (430), who may ormay not be specified through the input, the user device 402 can selectone or more responders to which the contact should be initiated (430)and can proceed to initiate contact with the selected responders (432),which can be accepted, automatically or in response to user consent, bythe responder device 404 (434). The contact can include communicationwith a responder, such as video conferencing, audio conferencing (e.g.,telephone call), and/or text messaging.

Contact can be initiated in a number of ways, such as shaking and/ordropping the user device 402 (e.g., detected through measurements byaccelerometer(s)) and/or releasing contact with a virtual and/orphysical button to indicate an emergency or intent to initiate contact.For example, in Ready Mode, a user may press a button (or provide inputin any other appropriate way) to initiate contact with the Responder.Since the connection, which may be a peer-to-peer connection, betweenthe user device 402 and the responder device 404 is already made throughReady Mode, a live video or audio call may be started between the userdevice 402 and the responder device 404 substantially immediately, forexample in a fraction of a second.

Responders can be selected for contact at step 430 in any of a varietyof ways. For example, any available responders can be selected forcontact with the user device 402. In another example, responders can beselected based on the location of the user device 402 and theresponders. For instance, contact may be initiated with the nearestavailable responder based upon the localization information of theresponder and user device 402, which can be provided for in any of avariety of ways, such as by GPS, WiFi, cellular, or pre-definedlocalization information (E.g. physical address). In another example,responders can additionally be selected based on preferred responderlists that have been designated by the user of the user device 402, suchas lists identifying particular family members or friends. Such listsmay provide cascading lists of preferences and/or may designateparticular responders for particular situations (e.g., medicalemergency, crime). Other responder lists may also be used, such asdedicated lists of emergency responders that service an area where theuser is located. In a further example, responders can additionally beselected based on user ratings of responders. For instance, responderswho have been rated as providing great service may be preferred andselected over other responders who have been rated as providing poorlevels of service.

The contact can be made using any of a variety of appropriate protocols,such as peer-to-peer ad-hoc networks for audio or video or datacommunication, communication with or through a central server (e.g., theserver system 406), and/or wireless communication using existing orfuture protocols, such as chat protocols (e.g., open system forcommunication in realtime protocol (OSCAR), talk to OSCAR protocol(TOC), iMessage protocol, Gadu-Gadu protocol, simple anonymous messagingprotocol (SAM), ICQ protocol, internet relay chat protocol (IRC), QQprotocol, secure internet live conferencing protocol (SILC), Skypeprotocol, extensible messaging and presence protocol (XMPP), Microsoftnotification protocol (MSNP), web real-time communication protocol(WebRTC)), voice over IP (VoIP) and video conferencing protocols (e.g.,H.323, Media Gateway Control Protocol (MGCP), Session initiationProtocol (SEP), H.248 (also known as Media Gateway Control (Megaco)),Real-time Transport Protocol (RTP), Real-time Transport Control Protocol(RTCP), Secure Real-time Transport Protocol (SRTP), Session DescriptionProtocol (SDP), Inter-Asterisk eXchange (IAX), Jingle XMPP VoIPextensions, Skype protocol, Teamspeak), messaging protocols (e.g., shortmessaging service (SMS), multimedia messaging service (MMS), enhancedmessaging service (EMS)), and/or other appropriate communicationprotocols.

Contact and other functionality described here may use existing orfuture one-to-many, many-to-one and many-to-many connection systems,including social networks, such as FACEBOOK, TWITTER, SNAPCHAT,INSTAGRAM, WHATSAPP, VINE, email, and/or other appropriate systems.

The state of the user, friend or responder may be viewable by theirpeers/friends/opponent, including but not limited to whether the personis in the app (e.g., has launched the application, is currently usingthe application, whether the application currently has focus on theuser's device), whether they are already on the phone or on a video callor participating in text messaging, when the last time that theycommunicated was, what their last location was, whether they are at adesignated location, and/or whether they are currently located in a safeor dangerous or other zone (e.g., using pre-defined ‘geofenced’ areasdefined geographically or by proximity to a given location).

As part of the contact and communication between the user device 402 andthe responder device 404, the user may record video of themselves ortheir surroundings using a plurality of cameras on their mobile device(user device 402), as depicted in FIG. 10-11. Some of the features thatmay be included in this mode are shown in these figures. This video maybe saved locally on the user's device, may be saved to the responder'sdevice, or may be saved to the web/internet/cloud on a fileserver.

FIGS. 5A-F are flowcharts of an example technique 500 for communicatingbetween a user device and a responder device as part of a securitysession. The example technique 500 can be performed in part by theexample user device 402, the example responder device 404, an exampledata storage system 403, an example restricted computer system 405,example other responder devices 407, an example emergency responderdevice 409, and example other devices 411. The example data storagesystem 403 is a computer system that remotely stores data transmitted byuser and responder devices, and can be similar to the data storagesystem 106 and/or the data storage system 208. The example restrictedcomputer system 405 can be a computer system that restricts data accessto particular authorized users, such as computer systems associated withlaw enforcement (e.g., local police, FBI, CIA), the military (e.g., DOD,army, navy, airforce, marines), social networks (e.g., FACEBOOK,TWITTER), and/or other private companies (e.g., security companies, dataaggregators). The example other responder devices 407 can be devicesthat are associated with additional responders who are different fromthe responder device 404. The example emergency responder device 409 canbe associated with one or more emergency responders (e.g., police, firefighters, EMTs) and can be a handled computing device (e.g., smartphone)or an embedded system within a mobile unit (e.g., car, ambulance). Theexample other devices 411 can be other computing devices that areavailable for receiving and outputting audio/visual information.

FIG. 5A depicts two-way communication between the user device 402 andthe responder device 404, while concurrently securely transmitting andstoring data associated with the communication at the data storagesystem 403. For example, FIG. 5A depicts steps for continuous real timerecording and transmission of information from the user device 402,continuous real time recording and transmission of information from theresponder 404, and helping the user of the user device 402, as describedabove with regard to steps 304, 306, and 312, respectively.

Connection, Location, Secure Two-Way Communication, Transmission andStorage of Data

Information from the user device 402 or their situation may betransmitted in substantially real time to the responder 404 (or multipleresponders). This information from may include audio/video from theuser's device, photos, GPS or other localization information. All ofthis information may be transmitted synchronously or asynchronously(with a delay). The intent may be to ensure that as much information istransmitted as possible, especially in the event that the time totransmit is limited. This information from may include audio/video fromthe user's device, photos, GPS or other localization information.

For example, the user device 402 determines its location (501) (e.g.,determining GPS coordinates, determining micro-location), records audioand video using microphones and cameras that are part of or accessibleto the user device 402 (502), obtains sensor data from one or moresensors that are part of or accessible to the user device 402 (503)(e.g., time sequenced motion sensor data), accesses data from one ormore devices that are connected to the user device 402 (504) (e.g.,obtain audio and/or video signals from wearable devices with camerasand/or microphones, obtain motion sensor data), and packages theobtained data (location, audio/video, sensor data, other data) forsecured and verified transmission to the responder device 404 and,concurrently, to the data storage system 403 (505).

The video can be obtained by the user device 402 using equipment capableof detecting electromagnetic radiation outside of the visible spectrum,such as infrared signal and/or other night vision technologies.Additionally, the user device 402 may include technology that is capableof detecting the presence and location of nearby physical objects, suchas through sonar devices and other appropriate technologies. Dependingon the situation facing the user, it may be difficult for the user tomaintain a steady camera shot. The user device 402 can use imagestabilization technology, both hardware and software, to produce videothat will be easier for the responder to view and understand.Additionally, the user device 402 can passively obtain informationregarding other devices that are located nearby that are transmittingwireless signals which may provide a lead as to the identity of theassailant. All such data, and other data not explicitly described butavailable or accessible to the user device 402, can be obtained,packaged, and transmitted to the responder device 404 and the datastorage system 403.

The packaging of the data may be provided using means that allows forverification of a secure and validated connection or transmission pathfrom the user to the recipient, or to online storage. For example,information transmitted between the user and responder, or recorded bythe user or responder, may be encrypted using digital encryption, andmay also include a custom digital watermark or timestamp or locationstamp that may also use encryption to verify the identity and time oftransmission of the user, responder or both. This technology may providea means of verification of information transmission, for example for theuse in verifying from when and where and what user this information wastransmitted. This may be used later to verify this information for useas evidence. These encryption steps may be performed locally on themobile device of the user. These encryption steps may be performed onthe responder device. These encryption steps may be performed on aremote server.

The user device 402 can transmit the packaged data to the responderdevice 404 and to the data storage system 403 (506). The responderdevice 404 can update the presentation of information about the userbased on the received data, such as displaying the received user video,audio, and data (511) and updating a display of the current location ofthe user device 402 (512). Additionally, the responder device 404 canstore the data received from the user device 402 as well as the dataobtained on and transmitted by the responder device 404 (513).

The responder device 404 can obtain and transmit similar information towhat the user device 402 obtained and transmitted, which may betransmitted in substantially real time to the user device 402. Thisinformation from may include audio/video from the responder's device,photos, GPS or other localization information. For example, theresponder may be displayed on the user's device, as invideoconferencing, video chat, and/or video broadcast. Also,pre-recorded audio, images, or video may be transmitted by the responderdevice 404 and displayed on user device 402.

For example, the responder device 404 can determine its location (507),record video and audio of the responder using cameras and microphonesthat are part of or connected to the responder device 404 (508), andpackage the data for secure and verified transmission in the same way asthe packaging of the user device data (509). The responder device 404can transmit the packaged data to the user device 402 and the datastorage system 403 (510).

The user device 402 can display the video and audio of the responder(514) and update a display of the responder location, such as on a mapthat is displayed in conjunction with the video of the responder (516).In addition to storage by the responder device 404, the user device 402can store the data received from the responder 404 and the data obtainedand transmitted by the user device 402 (516). The video and audio of theresponder that is output by user device 403 can help the user, forexample by communicating with the user and/or with a potentialassailant. For example, the Responder may indicate to an assailant thatthey are being videotaped, or even that they are under arrest/beingdetained. In some implementations, the user device 402 the user andresponder data can be stored on the user device 402 and/or the responderdevice 404, and uploaded to the data storage system 403 at a later time,such as when a reliable network connection with the data storage system403 can be established.

Concurrently with the recording, transmission, and output of real-timeinformation between the user device 402 and the responder device 404,the data storage device 403 can receive and store incident informationpertaining to the communication between the user device 402 and theresponder device 404. The information from the incident, such as allvideo, audio, locations, times, photos or other information may bestored, for example to apprehend or convict an assailant, determinefault, or aid in emergency medical diagnosis. As indicated by step 516,this information may be stored on the user's device 402. As indicated bystep 513, the information may be stored on the responder(s)' device 404.The information may be stored to a central database on a central server,such as the data storage system 403.

For example, the data storage system 403 can receive the responder data(517) and the user data (519), and can trace the routes over which theresponder data and user data are received so as to provide evidence ofthe chain of transmission (518, 520). The received data and anyverification information that is determined or obtained, such as traceroutes and timestamps, can be securely stored by the data storage system403 (521). Such secure storage can include encryption, such asencryption performed by the user device 402 and/or the responder device404, and/or encryption performed on the data by the data storage system403.

The information that is stored by the data storage system 403 may bemade available later to the user, their supporters/contacts, toemergency personnel, to the general public, or to others. Real timereports of the nature and location of incidents, and any otherinformation provided by this system may be provided to those who needit. In some implementations, emergency responders or police officerscarrying mobile devices running the software provided for here mayreceive real time alerts when an event has taken place near them,including mapped information of its location, photo, video, audio orother information collected about the event. The responders contactedmay include those closest to the site of the incident. In someimplementations, users of this system may receive real time alerts ofnearby incidents, or a map of incidents in their vicinity, which may besorted or filtered by the time when the event occurred, proximity, typesof event, or other factors.

The described storage, transmission and other functions may be performedwith or without encryption of the information. All of the informationmay be owned, controller, or password protected by the user, emergencyresponder, provider of this technology or others. All of the informationcollected by this technology may be provided in substantially real timevia the web, for example provided to the user, a friend of the user, theresponder, or a court. All of the information collected by thistechnology may be saved, and provided later via the web, for exampleprovided to the user, a friend of the user, the responder, or a court.The control over the dissemination of this information may be given tothe user.

As indicated by the arrows looping back to step 501 from step 516, tostep 507 from step 513, and to 517 from step 521, the transmission,display, and storage of information across the user device 402, theresponder device 404, and the data storage system 403 can be continuousduring the 2-way communication between the user and the responder.

Although described as being performed in association with the two-waycommunication, the storage of data from the user device 402 and/or theresponder device 404 at the data storage system 403 may be performedindependent of the communication. For example, the user device 402 maybegin transmitting data (e.g., location, video, audio, sensor data,peripheral device data) to the data storage system 403 for storagewithout being involved in a communication session with a responderdevice.

Screenshots are shown in FIGS. 11A-E, and described in greater detailbelow, show example screens that can be displayed to the caller (userdevice 402) and a responder (responder device 404) during 2-waycommunication sessions.

The responder device 404 can additionally perform a variety of actionsin association with and during the 2-way communication with the userdevice 402. Such action, which are linked to by the circles A-E, can beperformed alone or in any variety of combination with each other and aredescribed with regard to FIGS. 5B-F.

For example, the responder or user may use pinch-to-zoom video on theirown video or the opponent's (peer's) video. The responder or user maysee a pinch-to-zoom or other map of the opponent's location, or mayreceive their address. The Responder may have an automatic or one-clickway, through the responder device 404, of connecting with emergencyresponders responsible for the user, such as connecting with the closestor most appropriate 911 or emergency dispatch center to the user device402 (e.g., using a PSAP dip procedure). This feature may also allowtransmission of information to the 911 or emergency dispatch center,including all aspects of the information/communication between theresponder device 404 and user device 402, including but not limited tothe user's name, id, photo, video, audio, geolocation, situation, etc.The user's mapped location may be updated on the responder's device 404in substantially real time, and may be presented to the responder usingcoordinates (including lat/long/elevation or others), an address orother place location identifier, the location of a previously-identifiedlocation such as home, school or a business name, or by depicting theuser's name, userid or image on a map, which may be a pinch-to-zoom map.

FIG. 5B is a flowchart that depicts steps 522-530 for remote control ofone or more features of the user device 402 by the responder device 404.For example, the responder, through the responder device 404, mayremotely control the features of the users device 402, for example totake high resolution photos and have them sent, pan, focus, zoom, cropvideo/camera, capture audio, adjust volume, turn on/off speaker orspeakerphone, turn on/off lights, turn on/off alarms, initiate contactwith other users, responders, or emergency services (e.g. 911 or otheremergency services call) from the user's device 402.

Remote Control

An example use case is that a user may want to start audiovisual two-waycommunication with the mobile device of their friend (if their friendhas given them permission to do so), without the friend having tointeract with the friend's device. This may be useful in situationswhere the friend may not be able to interact with their device, forexample if they are not in possession of it, or if they are restrainedor incapacitated in some way. Another example use can is that a user maywant to start audiovisual two-way communication with their own mobiledevice, for example if their device is lost, so that they can see whatis near their device to try to recognize its location, or communicatewith anyone nearby, or send a pre-recorded message, such as explainingthe owner of the device or giving instructions to anyone who can hear.

The responder device 404 can receive input to control one or morefeatures of the user device 402 (522). Based on the received input, theresponder device 404 can obtain additional information to be output withthe controlled feature on the responder device 402 (523). For example,the responder can select an audio recording to play on the user device402 (e.g., siren, message warning assailant to leave the user alone). Inanother example, the responder can select an image to present on adisplay of the user device 402, such as zoomed in and enhanced image ofthe assailant's face so as to demonstrate to the assailant that theiridentity has been recorded by a third party monitoring the situation.The responder device 404 can transmit the control instructions andadditional information to the user device 402 (524).

The user device 402 can receive the instructions and additionalinformation (525) and can check permissions to determine whether toperform the operations instructed by the responder device 404 (526). Thepermissions may be predefined and/or rule based, and may be explicitlyidentified (e.g., preapproved list of responders with permission) orimplicit (e.g., any responder that was contacted by the user device 402can be provided with implicit permission). If the responder device 404is determined to have permission, the user device 402 can proceed toexecute the instructions (527). For example, executing the instructionsmay toggle various feature on/off, such as cameras, speakers,microphones, displays, and/or lights (flashlights), and/or allow variousadjustments to be made to currently enabled features, such as allowingfor pin and zoom of the camera on the user's device 402 by the responderdevice 404. If additional information is provided by the responderdevice 404, it can be output by the user device 402 (528) (e.g., displayimage and/or play an audio file provided by the responder device 404).The user device 402 can report the status of the instructions (e.g.,status of the feature that was changed) to the responder device 404(529), which can in turn display the status information to the responder(530).

FIG. 5C is a flowchart that depicts example steps 531-541 foridentifying an assailant based on information received from the userdevice 402. In the case of an assailant, criminal, or other person,location or item involved in the incident, information obtained by theuser device 402 may be used to identify that person, location or item.

Identifying a Person or Assailant

In an example use case, photos or video of an assailant, user, or otherperson, landmark or object may be compared with photo or other databasesto identify who/what they are. In the case of an assailant, this may beused for later capture, or this identity information or otherinformation about the identified person may be transmitted to the userin substantially real time.

For example, information collected from the user device 402 about anassailant or other criminal suspect may be compared manually or usingautomatic image-recognition software against databases of images ofpeople, including past-criminal databases, to identify the likelyidentity of suspects. This approach may be used with other types ofinformation, including audio recordings (voice pattern matching), gateand movement information, other biometric information. This informationmay be used in combination other information to improve accuracy. Suchother information may include locations, affiliations, types of priorcrimes, or other information to narrow down searches.

The responder device 404 can initiate identification of an assailant,objects, and/or a location where the user device 402 is located eitherautomatically upon receiving data from the user device 402 or inresponse to input from the responder to begin such a process (531). Theresponder device 404 can identify features (e.g., face, proportions,size, shapes) of the unknown assailant, object/location from the datareceived from the user device 402, such as photos, videos, audio data,and/or nearby wireless devices (532). The responder device 402 canperform one or more identity matching operations for such features usinglocal data sources, such as data sources that are maintained by theresponder device 404 (e.g., repository of user identities) (533). Theresponder device 404 may additionally draw on data sources that aremaintained by one or more restricted computer systems 405, such ascomputer system maintained by police, military, social networks, and/orprivate companies (534). Such other data sources can include a varietyof identifying information on users, such as images, voice patterns,recent/current location information, and/or proportion information.

For example, in addition to having user profile information (e.g., name,address, telephone number, registered vehicles) the entity associatedwith the restricted computer system 405 may obtain consent from users toreceive and use current location information for the users. Forinstance, car insurance companies offer the possibility of discounts totheir customers in exchange for constantly tracking the location oftheir car. In another example, users frequently offer their locationinformation to social networks as a way of notifying others of theirlocation and/or receiving rewards. Government entities track thelocation of criminals through the use of monitoring bracelets, which canbe offered and used as a way for released criminals to prove that theywere not involved in a new crime for which they may be suspect based ontheir time sequenced location data. The restricted computer system 405can obtain such user location updates (536) and can accordingly updateits database (537), which the responder device 404 can be provided withaccess to (535) to perform its identity matching.

Based on the identity matching, the responder device 404 can determineone or more candidate identities for the assailant/object/location(538), which can be transmitted to the user device 402 (539) and storedlocally on the responder device 404 (541). The user device 402 canreceive the identity information and can present/display it to the userand/or assailant (540). For example, the user device 402 can receive theidentity of the assailant and can announce the name of the identifiedassailant as well as the assailant's address and telephone number. Suchinformation can be persuasive in convincing an assailant that they arenot going to get away with a crime against the user if one isperpetrated, and can accordingly act as a deterrent from such action andprovide security to the user.

FIG. 5D is a flowchart that depicts example steps 542-550 for remotelyhelping the user device 402 initiate and establish a connection withanother device 407.

Initiating Communication Between Other Parties

In an example use case, the responder device 404 can make acommunication connection between the user device 402 and a safetyresponder's device (example other device 407), so that communicationbegins between the user and the safety responder. This communicationconnection may include an audio call, video call, instant messagingsession. All of these may take place within a dedicated app, or may takeplace using standard infrastructure (e.g. third party phone lines, SMSconnection, videoconferencing capability). For example, if person Areceives an alert message that their friend person B may be in trouble,person A can directly initiate communication between person B and safetyresponder R, including without person B or responder R performing anyadditional action.

In another example, the responder device 404 can make a communicationconnection between the user device 402 and a device (other device 407)of one of the user's friends, so that communication begins between theuser of user device 402 and the friend of that user. This may take placeeven though the responder may not have direct knowledge of who thefriend of the user that they are forming the connection to is. Forexample, the responder may send out a message or connection request toall of the friends who the user of user device 402 has previouslyselected, even though the user of user device 402 may not have directaccess or knowledge of this list. This communication connection mayinclude an audio call, video call, instant messaging session. All ofthese may take place within a dedicated app, or may take place usingstandard infrastructure (e.g. third party phone lines, SMS connection,videoconferencing capability).

In another example, the responder 404 can perform any of the otherfunctions provided here on the user device 402. Some of these include:reporting an incident, taking a photo, uploading text, a photo, audio orvideo to the cloud (including using encryption based on the user device402's encryption information, the responder device 404's encryptioninformation, or both), placing a text message from the responder device404 to authorities (e.g. to a PSAP/911 dispatch center), connecting withone of the responder's hero (designated/preferred responders), even ifthe user of user device 402 does not know who this is.

The responder device 404 can receive input suggesting that the user mayneed help or requesting that the user device 402 connect with the otherdevice 407, even though the identity of the other device 407 and/or auser of the other device 407 may not be known to the responder or theuser of the user device 402 (542). The responder device 404 can transmitcontrol instructions to initiate the connection to the user device 402(543).

The user device 402 can receive the control instructions (544) and cancheck whether the responder device 404 is permitted to perform such anaction (545). The permissions may be predefined and/or rule based, andmay be explicitly identified (e.g., preapproved list of responders withpermission) or implicit (e.g., any responder that was contacted by theuser device 402 can be provided with implicit permission). litheresponder device 404 is determined to have permission, the user device402 can proceed to initiate the connection with the other device (546).lithe identity of the other device is not specified in the instructionsfrom the responder device 404, the user device 402 may proceed to selectan appropriate responder, similar to the techniques described above withregard to step 430 in FIG. 4. If the IP address of the other device 407is not known, the user device 402 can automatically identify it bycontacting a central server system 406, as described with regard tosteps 412-420.

The other device 407 can accept the connection with the user device 402(547) and communication between the other device 407 and the user 402can take place, which may additionally include communication with theresponder device 404 (548-550).

Of the steps 542-550 that are described as being performed by theresponder device 404 can also be performed in the reverse by the userdevice 402, and vice versa.

FIG. 5E is a flowchart that depicts example steps 551-560 for routingthe user device 402 to an appropriate emergency responder 409.

Routing Connection to an Appropriate Responder

In an example use case, identifying an appropriate emergency responderto handle a particular type of incident at a particular geographiclocation can be a complex issue to solve, especially when the userrequesting services is not automatically routed through a public system(PSTN) to an appropriate local responder. For instance, thejurisdictions for different types of emergency responders (police, firefighters, EMS) may not correspond to each other and may changefrequently, even depending on the current day and time.

To properly handle and route the user device 402 to the appropriateemergency responder 409, the responder device 404 can access userprofile information for a user of the user device 402 (551). Suchinformation may be stored locally by the responder device 404, which canbe a part of a professional security service with which the user of theuser device 402 has established an account. Accordingly, this may savethe user from having to provide all of his/her pertinent details (e.g.,name, age, address, medical conditions, appearance, contact information)and, instead, the user device 402 may simply provide his/her id (e.g.,device id, user id) with the responder device 404 for retrieval of thisinformation.

The responder device 404 can access emergency routing information, whichmay be maintained in an up-to-date state by the responder device 404(552), or in a connected network or database. Such emergency routinginformation can include geographic boundaries for various emergencyresponders, rules for when these boundaries may change, and othernuanced information regarding coverage by emergency responders invarious geographic locations. An example of such emergency routinginformation is a PSAP system. In this example, the responder maydetermine the correct 911 or emergency dispatch center (or PSAP) basedon the physical location of the user.

The responder device 404 may additionally have access to informationregarding emergency responders and their current status (e.g., working,on a call, available, offline). Such access may be limited to particularresponders, such as professional security service providers which mayhave contracted with various emergency responders throughout ageographic region to have access to such information. The responderdevice 404 can access the emergency responder information (e.g., skills,training, experience, geographic locations served, previous results) andthe current status information for the emergency responders (554). Theemergency responders for whom this information is obtained may have beenselected based on the appropriate emergency routing information.

A portion of the emergency responders that are identified and for whomstatus information has been obtained can be selected based on a varietyof factors, such as current availability, proximity to the user of theuser device 402, appropriate training, skills, and/or experience tohandle the user's situation (555), and the user's membership indifferent responder groups, or the user's subscription status or level(for example free, paid, premium). With the appropriate emergencyresponder(s) selected, the responder device 404 can route informationregarding the user and the incident to the emergency responder device409 that is associated with the selected responder (555).

The emergency responder 409 can receive the information regarding theuser and the incident, and can use that information to begin providingassistance to the user (556). Such assistance can include travelling tothe user's location or dispatching someone to the user's location (asconveyed in the information from the responder device 404), monitoringthe user's situation (can be linked to the responder's data feed fromthe user), and/or can initiate contact with the user device 402 (559).The user device 402 can accept such contact 560, for example, the userdevice 402 may auto-answer the contact request from the emergencyresponder 409 and/or permit access to control of features on the user'sdevice 402 (560).

For instance, the responder device 404 may dispatch additional support,such as emergency personnel or others to the location of the user device402 as determined by their location information, which may betransmitted as coordinates or a map. For example, the responder(s) orcontacts of the user may receive a map with real time updates showingthe user's location, and/or their location, and/or the location of otherresponder(s) or contacts involved or potentially involved in supportingthe user in their situation. This may include either the pre-selectedcontacts of the user, or other people available for support, such asother members of a network of people using this technology who haveoffered to be of service.

The responder device 404 may also notify the user of the selectedemergency responder 409 (557), which the user device 402 can display tothe user or others nearby (558).

FIG. 5F is a flowchart that depicts example steps 561-571 for causingother devices 411 that are located near the user device 402 to audiblyand/or visually output information or record or monitor information.

Engaging Nearby Devices

In an example use case, the responder device 404 can direct the otherdevice 411 (e.g., devices with displays and speakers) to output alarmsand other messages (e.g., audio and/or video recorded of the responder)to solicit help for the user of the user device 402 from people locatednearby and/or to identify the assailant to others in the area. Forexample, if a user is in an emergency in a public or private facilitywith appropriate other devices 411, they can activate emergency alarmsounds or lights or recording on the other devices to enhance theirsafety, or the safety of others at the facility.

The responder device 404 can received input to request informationregarding devices that are located nearby the user device 402 (561). Theresponder device 440 can transmit the request to the user device 402(562), which can receive the request (563) and identify nearby devicesthrough polling the devices (564). Polling of the devices can beperformed on a periodic and/or continuous basis, and can be performedbefore the input to request information about nearby devices isreceived. The other devices 411 can transmit their identities (565),which can be detected by the user device 402. The user device 402 cantransmit information (e.g., existence, identity, type of device)regarding the nearby device to the responder device 404 (566), which candisplay information regarding the nearby devices to the responder (567a). The information can additionally be stored (e.g., by the responderdevice 404 or other computer devices, such as the data storage system403) (567 b) and access can be provided to it as a form of evidence ofwhat is/has happened to the user of the user device 402 (567 c). Theresponder device 404 can receive instructions to output particularinformation on one or more of the nearby devices (568), which can betransmitted to the user device 402 (569).

The user device 402 can receive the instructions (570) and can transmitthe instructions with the particular information to the nearby devices(571). The other devices 411 can receive and output the particularinformation (572).

The example technique 500 can be used in a variety of scenarios. Forinstance, in one example medical emergency scenario the user has amedical emergency, uses their mobile device (user device 402) to run anapp provided for by the disclosed technology to connect a video sessionwith a responder (responder device 404), and the responder maycommunicate with the user, view the user or their emergency situation,offer advice, dispatch medical care or other personnel, or contactothers.

Assailant ScenarioIn an example assailant scenario, the user is attackedor threatened by an assailant. The user may deploy their mobile device(user device 402) to dissuade such an assailant. If the user holds upthe device 402, the disclosed technology provides that the device 402and software may take video recordings of the assailant, and may allowthe assailant to see a police officer, security officer, emergencyresponder, or one of the user's contacts, who may communicate with theassailant. For example, the responder (using responder device 404) maysay “I see you, I have recorded images and video of you, we can identifyyou, we know exactly where you are, and anything further that you do maybe used against you in a court of law.” If the responder is a policeofficer, they may even place the assailant under arrest or detain themuntil law enforcement arrives on the scene, and the responder mayfurther indicate that running away would be resisting arrest. Theapp/device (user device 402, responder device 404) may also send out anemergency alert to emergency services (e.g. US 911), and may send outalerts to pre-selected contacts by any means, including SMS, email, pushnotification, call, satellite link, pager network, videochat or others.

Lost User Scenarioln an example lost user scenario, if a user is lost,the device (user device 402) may be useful in finding them. For example,if the user has been running an app provided for by the disclosedtechnology on their mobile device (user device 402) that periodicallymeasures their location using GPS, cell-tower-based localization,wifi-based localization, or other localization technology, thisinformation may be stored on the users device 402, or it may betransmitted to a remote location where it is stored in a database (datastorage system 403), allowing the user's last known location to be usedto search for the user. In addition, if the user still has a connection,the user may use the app to initiate audio or video communication withone or more emergency responders, or with one or more of their contacts.Information may be transmitted about other aspects of the user'sbehavior that could indicate their status, such as their remainingbattery, accelerometer data, when they last sent text messages or emailsor made calls, or used their device (user device 402).

Suspicious Scenario

In an example suspicious or fearful scenario, if a user feels that theyare in a suspicious or fearful scenario where they are concerned thatthey may be in danger, they may use this technology on their mobiledevice (user device 402) to record people or events in their vicinity,to signal to an emergency responder that they are concerned, to signalto their pre-selected contacts that they are concerned, and/or toprovide information about their estimated location base on GPS, cell,WiFi, etc. as above. The device/software (user device 402) may alsoallow them to be in audio and/or video communication with a responder(responder device 404). The device/software (user device 402) may alsoallow them to automatically initiate contact after a pre-defined time ifthey have not cancelled. The device/software (user device 402) may alsoprovide for them to hold down a button which, if released, initiatesautomatic contact or sends out an emergency signal to responders orcontacts as provided for above.

Motor Vehicle Scenario

In an example motor vehicle recording scenario, this technology may beused in or around a moving vehicle to observe accidents or video recordsurroundings or other drivers, and this information may be logged in thedevice (user device 402) and/or transmitted to a remote network (datastorage system 403). In the event of a user being in an accident, thisinformation may be used in determining that an accident has occurred(accelerometer information may be particularly useful in measuring theirvelocity/acceleration to determine that there was an accident),determining the user's location, determining the user's situation, anddetermining fault in an accident (e.g. using video of the user's vehicleand other vehicles). The device (user device 402) may be mounted to theusers' dashboard, windshield, mirror, bumpers, roof, or other locationchosen to facilitate recording. This information may be used to callremote assistance for the user, either automatically or by a humanresponder. This may be used in connection with any type of vehicle,including automobile, truck, military vehicle, boat, airplane,spacecraft, bicycle, train, bus, public transit, automatous vehicle. Thedevice may also interface wirelessly or by wired connection with otheronboard computers and sensors of the vehicle, including cameras,pressure sensors, temperature sensors, vibration sensors, electricalsensors and others and may transmit any of this information to a remoteserver (where it may be recorded), or a responder in communication withthe user. This may be useful in determining the situation of the user inan emergency, assisting the user, or for later use as evidence.

FIG. 6 is a flowchart of an example technique 600 for facilitatingauto-answer features between a user device 402 and a responder device404.

Auto Answer or Auto Connect

For example, the technique 600 allows the responder device 404 (whichmay be associated with a user, emergency responder, professionalsecurity service) to place a call to the user device 402 in such a waythat the user device 402 automatically answers the call, even withoutthe user's further action. For example, the responder device 404 mayplace a videocall from the responder device 404 (e.g., mobile phone) touser device 402 (e.g., mobile phone). Without the user of the userdevice 402 taking any further action, the software on the user device402 (e.g., phone) automatically accepts the connection from theresponder device 404. This may provide that the responder device 404 canthen see video input and audio input from user device 402 (e.g., phone).The responder device 404 can also transmit their own audio (e.g. speech)and video to user device 402. All of this may be recorded. This providesa means that in an emergency situation, where the user of the userdevice 402 may not have access to their phone, may be incapacitated, ormay be unable to press a button on their phone, the responder device 404may still initiate communication without requiring action by the user ofthe user device 402. In addition, this provides a means for remotecontrol of a device that is located someplace where it is desirable tobe able to automatically initiate one-way or two-way audio, video,communication, or the other aspects of this technology. For example, adevice may be mounted to a wall, or inside of a vehicle, or inside of ahome or business and may act as a remotely-controllable security camera.In addition, the device may make it possible to communicate by audioand/or video to the remote location. For example, if the device ismounted to a wall as a security camera, in the event of an intrusion,the device can begin automatically recording (including using motion andsound detection), and can also automatically place a connection to aresponder, and the responder can be displayed in substantially realtimeon the screen of the device, control the device, and interact with anypotential intruder through two-way audio and video. In this way, asecurity person at a remote location can remotely intervene to stop anintrusion or other crime or inappropriate action.

In workplace settings, this technology may allow for a responder to takecontrol over a device and begin recording and two-way communication withanyone at the scene. Example use cases include the responder serving asa remote teacher or instructor, performing quality assurance orexamining work, examining items at the scene such as to determine damageto items or to assess the quantity or quality of stock. This remotecontrol technology may also be used for the responder to be involved inremote monitoring, assistance and training in a number of contexts,including repairs, medical procedures, conversations with patients, andconversations with people at the remote scene. All of this may berecorded securely to the remote server.

The responder device 404 obtains user device 402 status information,such as information indicating whether the user device is online,offline, currently being used, on a call, and/or has not been used for nminutes (602). Such status information may be obtained throughcommunication with a central server system. The responder device 404 canadditionally receive an indication as to whether the Responder has beenprovided auto-answer permissions for the user device 402—meaning thatthe Responder is able to initiate and automatically establish calls onthe user device 402 (604). Based on the indication, an auto-answercalling feature can either be activated or deactivated on the responderdevice 404 (606). For example, the auto-answer calling feature can be avirtual button on the responder device 404 that, when enabled, ispresented and is responsive to user contact. In contrast, if theauto-answer calling feature is inactive, such a virtual button may notbe displayed or may be otherwise indicated as being inactive (e.g.,presented in gray/colorless manner).

The responder device 404 can receive selection of the auto-answerfeature (608) and, in response to receiving the selection, can initiateauto-answer communication with the user device 402 (610). Thecommunication can be one or two-way audio and/or visual communication.Auto-answer communication may be different from regular communication bythe virtue of metadata that is transmitted indicating that it is anauto-answer communication request.

In response to receiving the request, the user device 402 can accept theauto-answer request (612) and can, without prompting the user of theuser device 402 for consent first, obtain and transmit data (e.g., audioand/or video data, location data, device state data) to the responderdevice 404 (614).

The responder device 404 can display data from the user device (616) andcan receive input to initiate a connection for the user device 402 withanother device (618). For example, the responder may determine that theuser of the user device 402 has a medical emergency and he/she is unableto request help. The responder device 404 can initiate a connectionbetween the user device 402 and another device 407, such as an emergencyresponder, a professional security service, and/or an emergency handlingsystem (e.g., E911 system).

The responder device 404 can transmit instructions to the user device402 (620), which the user device 402 can receive and use to initiatecommunication with the other device 407 (624, 626).

FIG. 7 is a flowchart of an example technique 700 for providingemergency text messaging services on a user device. For example, thetechnique 700 can facilitate fast yet detailed emergency texts to begenerated by the user device 402 and routed to an appropriate emergencyresponder 409 through use of the responder device 404, which may be aprofessional security service.

Text911

The user device 402 can receive selection of an emergency text feature(702) and, in response to receiving the selection, can begin toautomatically collect pertinent information for inclusion in the textmessage. For instance, the user device 402 can determine its currentlocation (704), obtain an image, video, and/or audio of the user, anassailant, and/or the user's current surroundings (706), and accessstored information about the user (e.g., name, date of birth, height,weight, medical conditions, emergency contact, telephone number,preferred emergency responders) (708). The user device 402 can receiveuser input to identify the situation and the assistance that is needed,and/or the user device 402 can receive a selection of one or morepredetermined messages (e.g., textual message, video message, audiomessage) (710). Such input can be textual input (e.g., typing) and/orselection of one or more fields from populated menus. Such fields caninclude prerecorded messages (textual, verbal, visual) that have beendesignated by the user and/or by other users. Using the automaticallyobtained information and the user input information, the user device 402can generate a text message (712). The user device 402 can also selectan appropriate responder to whom the text message should be transmitted(714), which can be similar to the selection described with regard tostep 430. Selection of the responder (e.g., steps 430, 714) mayadditionally and/or alternatively be performed by another computingdevice that is different from the user device 402, such as by a computerserver system. With the text message generated and the recipientselected, the text message can be transmitted to the responder device404 (716).

The responder device 404 can receive the text (718), access emergencyrouting information (720), and can use the emergency routing informationand the information contained in the text message (e.g., locationinformation, type of emergency) to select an appropriate emergencyresponder to receive the text message (722). The steps 720 and 722 canbe performed in a manner similar to steps 552-554. With the emergencyresponder selected, salient details from the text message regarding theemergency can be routed to the emergency responder 409 (724).

The emergency responder can receive the information (726) and canrespond to the incident (728), such as transmitting a text response tothe user device 402, travelling to the user's location, directing othersto travel to the user's location, and/or initiating a phone or videoconference with the user device 402.

The responder device 404 can additionally notify the user device 402that the emergency responder 409 has been contacted (730), such as overa response text message. The user device 402 may receive the contactinformation for the emergency responder 409 (732) and can initiatecontact with the emergency responder 409 (734), such as over a textmessage, phone call, video conference, and/or security session. Theemergency responder 409 can accept the contact from the user device 402(736). Alternatively and/or additionally, the emergency responder 409can initiate contact that is accepted by the user device 402.

FIG. 8 is a flowchart of an example technique 800 for providingreal-time crime maps and safety levels to users. The example technique800 can be performed in part by a central computer system 802 (e.g.,central computer system 210, server system 406) and first, second, andthird user computing devices 804-808 (e.g., mobile computing device 102,mobile computing device 202, user device 404).

Real Time Crime Reporting, Mapping, and Notification

As part of incident reporting and crime map generation, users may uploadinformation regarding incidents that they are aware of. This informationmay be provided to authorities, or to other users. This information mayinclude their location (which may be determined automatically from theirdevice, including by GPS or WiFi-based location).

This information may include the type of incident, their comments, andphotos, video or audio or other types of information. This report may beregistered or marked automatically on a map that is visible to otherusers. Reports may be sent automatically to other users, or to otherusers near to the site of the report. In the depicted example, the firstuser device 804 reports an incident which is then used to provide anupdate to the crime map displayed on the second user device 806 and tothe safety score for the second user device 806. For instance, the firstuser device 804 receives an incident report entered by the user of thefirst user device 804 (810), which is then transmitted to the centralcomputer system 802 (812).

The central computer system 802 receives the incident report (814). Thecentral computer server system 802 can provide security alerts to otherusers based on the incident report, as indicated by steps 815 a-c. Forexample, the computer server system 802 can identify other users to whomthe incident may be relevant and/or important (815 a), such as users whoare currently or are likely in the future (e.g., within a thresholdperiod of time) to be located near where the incident occurred and/orusers who are part of a group of predefined users who are identified toreceive such reports (e.g., emergency responders, friends of the firstuser). The central computer system 802 can transmit (e.g., pushnotification) the alert with the incident report to the identified otherusers (815 b), which in this example includes users who are associatedwith the second user device 806 and the third user device 808. Thesecond and third user devices 806, 808 can receive and display thealert/incident report, for example, as a push notification (815 c).

The central computer system 802 can also use the incident report toupdate real-time crime map data that is maintained by the centralcomputer system 802 and used to provide real-time crime maps and safetylevels (816). The central computer system 802 uses the updated data togenerate and transmit updated map data to the second user device 806,which may receive the updated data based on the second user device 806being currently located within a threshold distance of where theincident occurred for the first user device 804 (818). The second userdevice 806 can receive and display the updated map (820) and canadditionally provide updated information (e.g., location) regarding thesecond user device 806 to the central computer system 802 (822).

The central computer system 802 can receive the current information fromthe second user device 806 (824) and can determine an updated safetylevel for the second user device based, at least in part, on the updatedcrime map data and/or the current information from the second userdevice 806 (826). The safety level for a user can be determined based ona variety of factors, such as the current location of the user, the timeof day, the day of the week, crime information for the surrounding area,recent incidents in the surrounding area, an age of the user, gender,and/or information about available responders (e.g., currentavailability, proximity to user, time since last active on theirdevice). The central computer system 802 can select significant factorsthat contributed to the magnitude of the score (e.g., high scoreindicating that the user is safe, low score indicating that the user isin danger) (828). For instance, a user's score may drop suddenlyindicating that he/she is suddenly less safe, and the significantfactors that are selected can be those that most contributed to thedecline in the score. For instance, if all of a user's responders gooffline around the same time, the score for the user may drop and theselected significant factor can be the absence of available responders.

The safety level may be presented on the user's device in a number ofways. The safety level may be presented as a number. The safety levelmay be presented as an icon. The safety level may be presented as acolor. The safety level may be presented by changing the backgroundimage or background color of the screen. The safety level may bepresented through text information.

The score and significant factors can be transmitted to the second userdevice 806 (830).

The second user device 806 can display the score and significant factorsto the user of the second user device 806 (832).

The central computer system 802 can proceed to determine whether thescore has dropped below one or more threshold levels that can triggervarying levels of safety procedures (834). For example, a first levelmay result in simply a notice to the user and a second, more serious,level may result in a broadcast to the user's responders in addition tothe user. Based on the determination, safety alerts can be transmitted(836) to the second user device 806 and, in some implementations, to athird user device 808 that may have been designated by the second user806 as a responder. The second user device 806 and the third user device808 can display the alerts to their respective users (838, 840). Inaddition, an icon may be presented for a first user on a second userdevice 806 and the third user device 808 showing a coded or directlyrepresented indication of the safety level of the first user, forexample a number, or a color-coded or size-coded representation of thefirst user's safety level that is displayed on the second user device806 and the third user device 808.

FIGS. 9A-F are screenshots of user interfaces that can be presented oncomputing devices as part of the devices, systems, and techniquesdescribed above. For example, the screenshots can be presented on any ofa variety of appropriate computing device, such as the mobile computingdevice 102, the mobile computing device 202, the user device 402, theresponder device 404, the other computing devices 108 a-d, and/or theother computing devices 204.

FIG. 9A depicts a screen showing remote control features that can a userof the device can select to control the operation of another user'sdevice. The example remote control features include turning a microphoneon the other user's device on/off (900), increasing the volume ofspeakers on the other user's device (902), turning a flashlight on theother user's device on/off (904), switching the camera that is beingused on the other user's device (906), taking a picture using adesignated camera on the other user's device (908), enabling/disablingan idle timer on the other user's device (910), and playing an audiofile on the other user's device (912).

FIG. 9B depicts a screen showing an example video chat session, whichcan be one way, two-way, or multi-way among a plurality of users. In theexample screen, the recipient (e.g., the responder) is seeing a realtime video (914) from the user's device.

FIG. 9C depicts a mobile application screen showing example userinterface elements. For instance, the depicted elements include, abutton to call an emergency responder (916), a “Safe Timer” button thatwill issue a call to a responder if not cancelled within a specifiedperiod of time (918), a “Danger” button that will call a supporter(920), a “Protectors” button that will send a beacon signal to friendsand family (922), and a “Call Me” button that will issue a request toreceive a phone call within a period of time (e.g., 10 seconds, 30seconds, 1 minute) (924).

FIG. 9D depicts a mobile application screen showing user interfaceelements that include an example element 926 providing localization of auser in real time.

FIG. 9E depicts a mobile app screen showing user interface elements,such as elements 928 through which the user's information can be enteredand elements 930 through whichprotectors/responders/friends/family/contacts can be identified eitherfrom existing data sources (e.g., contacts, FACEBOOK) or enteredmanually.

FIG. 9F depicts a mobile app screen showing user interface elements,such as elements through which a user can enter preferences for a periodof time to wait before receiving a call back (932) and before calling apolice officer (934).

FIG. 9G depicts a mobile app screen showing user interface elements,such as a real-time video of another user (936).

FIG. 10 is a screenshot 1000 of a user interface that can be presentedon computing devices in Ready Mode. For example, the screenshots can bepresented on any of a variety of appropriate computing device, such asthe mobile computing device 102, the mobile computing device 202, theuser device 402, the responder device 404, the other computing devices108 a-d, and/or the other computing devices 204.

The screenshot 1000 depicts a variety of user interface features,including a flashlight toggle (1002), a button to send emergencymessages with user locations to a predefined list of contacts/friends(1004), a button to call emergency response (e.g., 911) from either theuser phone or a remote responder (1006), a feature to adjust the videoquality/resolution/frame rate (1008), a live video and/or image of anavailable responder, who may be the nearest available responder or anearest available responder from a predefined list (1010), informationidentifying the availability of a responder service at a premium/pricedplan (1012), a button to start a call to the responder substantiallyimmediately (1014), a responder name or ID (1016), a button to togglethe user camera (1018), a feature indicating whether the video is beingrecorded based on whether the light is flashing (red) or continuously(red) (1020), and a continuous vide from the user's mobile camera, whichmay be continuously recorded on the user's device, the responder'sdevice, and/or a remote server system (1022).

FIGS. 11A-E are screenshots of a user interface that can be presented oncomputing devices when transitioning from Ready Mode to Caller Mode andResponder Mode. For example, the screenshots can be presented on any ofa variety of appropriate computing device, such as the mobile computingdevice 102, the mobile computing device 202, the user device 402, theresponder device 404, the other computing devices 108 a-d, and/or theother computing devices 204.

Referring to FIG. 11A, from Ready Mode, a user can select the button1100 to initiate two-way audio/video communication to enter Caller Mode.

Referring to FIG. 11B, in Caller Mode (screen seen by the caller) thename/ID of the responder/friend who was called can be displayed (1102),the responder live video can be displayed (1104) (not displayed inaudio-only mode, during which a static image may be presented), aterminate connection feature is presented (1106), and self (caller) livevideo or video looking out at world is presented (1108).

Referring to FIG. 11C, Responder Mode (screen seen by the responder) ispresented, which is entered by the caller pressing the button 1100,sending a push notification, a call request, or connecting afriend/responder. Screen 1110 is initially presented with low qualityvide of the caller. Using the quality feature 1112, a higher qualityvideo of the caller is presented in screen 1114, as depicted in FIG.11D. A video of the user's self (responder) is presented in window 1116.In the example depicted in FIGS. 11C-D, the screenshots show the sameperson as the user of the mobile computing device and the responder formere illustrative purposes and, in general, the user and the responderwill be different people using different devices.

Referring to FIG. 11E, in Responder Mode with display of a map and menu,a live video of the caller is presented 1118, a menu of remote controlsof the caller's device are presented (1120) (e.g., mute, change volume,take a picture which is received by the responder, play audio on theuser's device, such as an alarm, verbal commands), and a map of thecaller's location, through which the responder can pinch-to-zoom, viewthe caller's address, and a connection to local 911/emergency center canbe provided (1122).

FIGS. 12A-D are screenshots of a user interface that can be presented oncomputing devices to initiate and participate in two-way instantmessaging. For example, the screenshots can be presented on any of avariety of appropriate computing device, such as the mobile computingdevice 102, the mobile computing device 202, the user device 402, theresponder device 404, the other computing devices 108 a-d, and/or theother computing devices 204.

Referring to FIG. 12A, a list of users are presented and a two-wayinstant messaging session can be initiated by selecting (tapping) a userentry.

Referring to FIG. 12B, a text message session is depicted with a feature1200 through which a user can send messages with a variety ofinformation, including userid, user name, geolocation, map, time, date,and/or text message to a peer.

Referring to FIG. 12C, features are presented through which a requestfor a video call can be sent, a request for an audio call can be sent, arequest for a user's exact location can be sent, or a text message tothe entire list of users friends/contacts can be sent (1202), a featurefor sorting friends by proximity (1204), a feature through which afriend/user can be selected for participation in instant messagingsession, audio call, video call, or other form of communication (1206).

Referring to FIG. 12D, a map is depicted showing the location offriends, with pictures and name/id, based on their most recent check-inor real-time geolocation from their device (1208). Location services canbe requested for a friend and people may turn on/off the ability ofother users to view their location and the toggle the level of accuracyof the location being provided to other users.

FIG. 13 is a screenshot of a user interface that can be presented oncomputing devices to access several security-related features. Forexample, the screenshots can be presented on any of a variety ofappropriate computing device, such as the mobile computing device 102,the mobile computing device 202, the user device 402, the responderdevice 404, the other computing devices 108 a-d, and/or the othercomputing devices 204.

Button 1300 accesses a “Personal Bodyguard” screen in which a realpolice officer, available 24/7, will be presented to address a potentialattacker by live, two-way video conferencing that he (the policeofficer) has already permanently recorded the attacker's face andlocation, and has stored that information in a secure web location withthe assurance that, if any crime is committed, this evidence will beused to convict the attacker.

Button 1302 accesses a “Text 911” feature through which a user of thedevice can send a text message to emergency responders. Button 1304accesses a “Contact Your Hero” screen in which you can contact anotheruser (e.g., friend, loved one, family member) by voice, videocall,and/or text, along with providing your location to that person, allowingthat person to converse with people located nearby, and to record thecommunication feed. Button 1306 accesses a “Personal Security Camera”feature through which video from the device will be permanently recordedon the device as well as at a remote location so that if someone were toapproach a user, the user would be able to have a permanent record ofwhat happened, even if their phone was stolen or destroyed.

FIG. 14 is a screenshot of a user interface that can be presented oncomputing devices to display and access several security-relatedfeatures. For example, the screenshots can be presented on any of avariety of appropriate computing device, such as the mobile computingdevice 102, the mobile computing device 202, the user device 402, theresponder device 404, the other computing devices 108 a-d, and/or theother computing devices 204.

Button 1400 access a “Personal Bodyguard” screen, similar to button1300. The “Incident Reporting” feature 1402 allows a user to report anunsafe location, crime, accident, or other emergency through the system.Incidents are reported to the appropriate authorities and other usersare alerted of the incident to provide notice so as to keep them safe.The “Message All Friends” feature allows for a text message, an audiocall request, or a video call request to be sent to all of a user'sfriends simultaneously, with the first of your friends answering themessage/request being available to the user. The “Friends List” featureis a slider that shows all of a user's friend who can be contacted andthe user's “hero,” who is a designated person who will serve as yourfirst responder. Button 1408 is a “Personal Security Camera” featuresimilar to the button 1306. Friends Map 1410 is a map that displaysreal-time locations and status information relating to a user's friends.The view of the map can be changed in a variety of different ways, suchas through scrolling, panning, and pinch-to-zoom interactions.

FIG. 15 is a screenshot of a user interface that can be presented oncomputing devices during a 2-way video chat. For example, thescreenshots can be presented on any of a variety of appropriatecomputing device, such as the mobile computing device 102, the mobilecomputing device 202, the user device 402, the responder device 404, theother computing devices 108 a-d, and/or the other computing devices 204.

The “Record to Cloud” feature allows for videos taken by a user'scomputing device, such as during a call, to be recorded directly to aremote storage location (e.g., the cloud) in a secure manner (e.g.,calls and data are secure and encrypted). The “Opponent Video/Audio”feature 1502 is a real-time video display over which a user can see andhear his/her friend/hero/trained responder by two-way video conferencingusing any of a variety of data connections, such as WiFi and/or cellularnetworks.

FIG. 16 is a screenshot of a user interface that can be presented oncomputing devices to display and access several security-relatedfeatures. For example, the screenshots can be presented on any of avariety of appropriate computing device, such as the mobile computingdevice 102, the mobile computing device 202, the user device 402, theresponder device 404, the other computing devices 108 a-d, and/or theother computing devices 204.

The map 1600 can display real-time locations of a user's friends. The“More Ways to Help” feature 1602 allows for a user to perform operationsfor other users (e.g., friends, family members, contacts). To accessthis feature, the other user that a user would like to help may need tohave provided permission for the user to help the other user. Forexample, a user can use this feature to have a responder call the otheruser, send a safety message to the other user's friends, send a callrequest to the other user's friends, and/or other features. The “AutoAnswer” feature 1604 allows a user, when given appropriate permissions,to initiate a video or audio call on another user' computing devicewithout the other user needing to first answer the call. For example, auser can start audio and/or video communication with another user'sdevice even if they are not able to press a key to accept the call. The“Responder Call” feature 1606 places a call directly from another user'sdevice (e.g., friends' phone) to a responder so that the responder canpick up and engage the other user. The “Contact Friend” feature allows auser to audio call, video call, send a text message, and/or send auser's location to another user.

FIG. 17 is a screenshot of a user interface that can be presented oncomputing devices to report an incident. For example, the screenshotscan be presented on any of a variety of appropriate computing device,such as the mobile computing device 102, the mobile computing device202, the user device 402, the responder device 404, the other computingdevices 108 a-d, and/or the other computing devices 204.

The “Report an Incident” feature 1702 can map the location of anincident based on the location of the computing device and/or manuallocation entry. The “Submit to Cloud” feature 1700 can uploadinformation about an incident, such as the type of incident, photos,video, audio, and/or user comments. Alerts can be sent to appropriateauthorities and/or other users in response to an incident beingreported.

FIGS. 18A-B are a screenshot of a user interface through which a usercan enter their profile information and register to use the securityfeatures discussed above.

FIG. 19 is a screenshot of a user interface that depicts a safety levelindicator 1900 for the user of the computing device displaying the userinterface as well as safety level indicators 1902 a-d for the user'sacquaintances, who identified at their recent/current locations on themap 1904. In the depicted example, the safety levels are identified bycolors, such as green (safe), yellow (moderately safe), and red(unsafe). Other scales and intermediate levels are also possible, aswell as other ways of indicating differing safety levels, such asnumerical scales (e.g., scale of 1-10 in which 1 is unsafe and 10 issafe), textual descriptions (e.g., words “safe” and “unsafe”), and otheruser interface elements to convey to a user of the computing devicesafety levels for the user and his/her acquaintances. As discussedabove, the safety level may be determined on the user device and/or byother computing devices (e.g., central server system) based on any of avariety of appropriate factors, such as whether the app active on theircomputing device (e.g., when was the last time their location updated),the current time (e.g., daytime, nighttime), whether the user is at ornear one or more known safe locations (e.g., home, work, other definedpositions in a user's profile), whether and how many of the user'sacquaintances are available/online in the app, whether the user iscurrently located in a dangerous neighborhood (e.g., based on importedthis crime/map data), and/or other relevant factors.

In one example use case, a user might want to see whether his/herchildren are safe and can do so by looking at their safety levels on theapplication. If anyone is red or yellow, the user can take action tofind out what is going on and, possibly, assist the user through any ofa variety of the features described above, such as auto-answer andremote control. I another example use case, the a user can have an alarmset on the app so that if a friend drops below a green safety level thata notification is automatically generated. The notification can promptthe user to examine the friend's status and to possibly take action toassist the friend.

A variety of additional features can be used in combination and/oralternatively to the features discussed above. For example, rewardsand/or incentives can be offered and awarded for finding and/orcapturing assailants identified through the technology discussed above.For example, a rewards/incentives system may be used to provideinformation or incentives to support others in supporting the user(including finding the user), or in capturing an assailant or othercriminal involved in an incident. For example, the user may provideinformation and/or a reward for the capture of an assailant. Forexample, the user's support network/contacts may provide informationand/or a reward for finding or assisting the user if they are lost or inan emergency situation. Bounties for leading to the identificationand/or capture of an assailant may be made public or private (e.g.,shared with a user's social network, close friends, family).

FIG. 20 is a screenshot of an example home screen for a mobile securityapplication that includes features to send a text to 911 (2000),securely record video and/or audio to a cloud storage device (2002),view the location and status of acquaintances and/or responders (2004),select one or more acquaintances and/or responders (e.g., sliderfeature) (2006), contact a particular responder (2008), and viewavailable responders (2010). These features can be static and/ordynamic. For example, the feature 2004 may show an updated map withnearby and current acquaintance/responder locations.

FIG. 21 is a screenshot of an example user interface through which auser can enter and transmit a text message to emergency responders, suchas 911 emergency services. The example user interface includes a textfield into which a user can type a message (2100), a button to send atext message to emergency responders (2102), a dropdown menu throughwhich a user can select one or more predefined incident types (e.g.,crime, medical emergency, accident) (2104), an interface through which apicture, video, or other media (e.g., audio file) can be captured and/orselected for transmissions (2106), a selectable feature through which auser can indicate whether police or other emergency services should bedispatched to the user's location (2108), and a selectable featurethrough which a user can indicate whether police or other emergencyservices can call the user for further details (2110). Other featurescan also be included in the user interface that are not depicted in thisscreenshot, such as depicting a map of the user's current location,which can be modified and/or annotated (e.g., add location identifiersand descriptions to map) by the user and captured for transmission tothe emergency service (e.g., screenshot of the map as modified/annotatedby the user); fields through which a user can select and/or enterhis/her current address; and/or a button through which a user can recorda voice message that is either sent as audio or as text (using speech totext) to other users.

An affiliate program may be used to provide rewards (e.g., money,credits, free services) to users who refer the service to other userswho sign up. For example, users may broadcast the service to theiracquaintances on one or more social networks. Compensation may beprovided beyond first level recipients of the referral. For instance,second tier acquaintances (friends of friends) who sign up may providecompensation to the original user who promoted the service, but at alower level of compensation than for first tier acquaintances. Suchtiered sharing/promoting of the service can be used to provide a userwith a personal impact map that depicts the locations of people whosigned up based on their referral, either directly or indirectly. Userssigning up may be color coded based on the level at which they werereferred by the original user (e.g., first tier referrals can be red,second tier referrals can be orange, third tier referrals can b green).

In another example, black box style tracking of a mobile device can beused to provide information about the user's situation at a later timethat has been transmitted to a remote location, such as the user'slocations, battery levels, photos, audio, video recorded from thedevice, calls, texts, other activities that may be helpful indetermining if the user is safe or in danger, and their location.

In another example, particular billing and business practices can beused to charge users for this service and technology on a subscriptionbasis. For example, users may be charged for the purchase or use of thistechnology, may be charged based upon connection time, recording time orvolume, or number of connections, or a combination of these.

Virality, Affiliates

Users of this system may be encouraged to have their family or friendsalso sign up to use this service, and to download apps/software to doso. They may be provided with incentives to engage others in thisservice. It may be that the family or friends need software or hardwareprovided by this invention to most effectively support the user (forexample receiving real time push notifications, map locations for theuser, one-way or two-way video, etc.). This may also allow the family orfriends to thereby become users themselves. The family or friends of auser may be able to have access to the users information, or they mayonly have access to select information about the user, as selected bythe user in their preferences, or they may only have access to theinformation about a user at times or circumstances selected by the user(e.g. if the user has indicated an emergency, then their contacts getaccess to their location or other information), or they may only haveaccess to the information about a user at times or circumstancesselected by an emergency responder (e.g. if the emergency responder hasindicated an emergency, then their contacts get access to their locationor other information), or they may only have access to the informationabout a user at times or circumstances selected by another contact ormember of this service (e.g. if a selected contact or service providerhas indicated an emergency, then their contacts get access to theirlocation or other information).

Pricing

All of the services in this invention may be priced separately, orprovided for free, or bundled into different plans, or service levels,or using tiered pricing, or using country-specific or location-specificpricing. In one embodiment, features requiring recording or storage ofcertain information may be priced at a premium. In one embodiment,features requiring a human responder may be priced at a premium. In oneembodiment, users may be charged a daily, weekly, monthly or yearlysubscription fee for the use of the service. In one embodiment, usersmay be charged a per-minute, per-hour, per-day, per-week, per-month, orper-year usage fee for using any of the technologies features. Forexample, a user may be charged per-minute for recording in ready mode,for having access to a responder in ready mode, or for being incommunication with a responder in ready mode.

Licensure

In one embodiment, this technology may be provided as part of a licensedservice, including licensing the provider as a private patrol operator,burglar alarm or other alarm company, personal emergency responseservice company, private security or bodyguard company, or other typesof licensing in certain jurisdictions. In one embodiment, thistechnology may be provided as part of a licensed service, includinglicensing the provider company as a private patrol operator, burglaralarm or other alarm company, personal emergency response servicecompany, private security or bodyguard company, or other types oflicensing in certain jurisdictions.

Geofencing and/or Location of User

In one embodiment, certain aspects of the service may be provided onlywhen a user is in a given jurisdiction, or within anothergeographically-defined region (for example using geofencing) where theprovider is appropriately licensed to provide this service. Examples ofappropriate licensing include holding a state burglar alarm license, aprivate security license, or a personal emergency response system (PERS)license. In addition, in one embodiment the service selects a responderwho is appropriately licensed for the jurisdiction that a user isphysically located in. For example, if a user is located in the state ofCalifornia, a responder is selected who is appropriately licensed tooperate in the state of California. This selection of the responder mayinvolve looking up responder licensing information for each responder ina database stored on a server, or using data on the mobile device of theresponder. Responder groups may be defined that include responderslicensed for certain jurisdictions, and when a user is in that certainjurisdiction, they may be connected with responders within a respondergroup appropriate for, or licensed in, that jurisdiction.

In one embodiment, the provision of service may be restricted to certaingeographic regions where the user is located. In one embodiment, certainaspects of the service may be provided only when a user is in a givenstate, country, municipality, within a set distance of a definedposition, or within another geographically-defined region (for exampleusing geofencing).

In one embodiment, the user's location, user's language or user'slanguage-preference may be used to select a responder based in partbased upon the responder's spoken language(s) or the responder(s)location.

Examples of Hardware and Software

This disclosed technology provides for a number of different hardwaredevices, software applications, databases, connections, and othertechnologies that may be used alone or in combination. These include:mobile computing devices (e.g., mobile phones, tablets, camerasincluding video cameras, wearable computing devices, PDA's and othercurrent or future devices), connection hardware (e.g., devices that maycommunicate via any type of existing or future wired or wirelesscommunication method, including WiFi, Cellular (3G, 4G, LTE, 5G, etc.),internet, web, Bluetooth, etc.), web devices and/or computers (e.g.,computers, servers, databases, and other hardware and software, such ascomputers and servers that run software that communicates and/or storesthe information described), networks (e.g., wired and/or wirelessnetworks including peer-to-peer, server-client, and other networkarchitectures), cameras and microphones (e.g., any type of camera,microphone, speaker, lights, monitor for collecting and communicatinginformation, such as public and/or private security cameras, cameras inthe immediate vicinity of the user (based on the localization of theuser and the cameras) may be used to gather further information aboutthe user, or to display it to the responder or userscontacts/supporters), drones (e.g., controlled or automatous drones thatmay collect or transmit information, such as automatous drones that aredispatched to the location of the user to provide real time video of thesituation), and/or software.

Such software can include apps running on the users device, such as appswith videochat, recording, and other functionality as described, appsrunning on the responders device, such as apps with videochat,recording, and other functionality as described, and/or website forusers. A website may be provided to allow users to do things including:sign-up, provide their information; and register their mobile device(s),select and contact members of their contact list, friends (includingFacebook friends or contacts from other devices or social networks),family and supporters; track all new users or prospects contacted by auser, and it may track the ones contacted by them, so that the fulldiaspora of users contacted directly or indirectly by a single user maybe determined, and statistics, locations, numbers may be presented tothe user or others. This may also be used to incentivize a user tocontact others, e.g. through affiliate marketing or direct salesapproaches. Other measures of the spread of the technology and itsvirality may also be used, such as viral coefficients and social graphs.In another example, the software may be programmed to view or shareinformation that they have recorded during prior incidents, such asaudio/video, maps of their location, to view or share informationrecorded or shared by other users (e.g. re-sharing information), to payor receive payment for the use of this service, or pay for calls/time orother content, to be a website for responders (e.g. a website may beprovided to allow responders/supporters to do things including: sign-up,provide their information, register their mobile device(s), select andcontact other users who have selected them to be supporters orresponders, such as their friends, family, or members of the public,view or share information that they or users have recorded duringcurrent or prior incidents, such as audio/video, maps of their location,and/or pay or receive payment for the use of this service, or pay forcalls/time or other content). The software can additionally includesocial network/social network apps for users/responders. These willallow users, their networks, and responders to communicate and to shareinformation from this invention.

The disclosed technology can also be used on non-mobile computingdevices, such as desktop computers, either through dedicated software,or through a web browser, or through a portal or social network app. Forexample, a desktop computer can be used to do things like send out arequest for connection through a social network, and have the recipientclick a link that starts an app (including one that is hosted remotelyso that they don't have to download it) and allows them perform thefunctionality discussed throughout this document. Such interaction on adesktop computer can be performed by a webapp, which can be run within awebbrower, within dedicated software, and/or through social mediaapplications (e.g., FACEBOOK app).

WebRTC, HTML5, Browser and Social Functionality

Additional technical features that can be used to implement thistechnology include WebRTC, which may be adapted with specialized codefor cross-platform used, and Hybrid HTML5, which can allow for access toboth native and HTML5 functionality on mobile devices. Plugins of suchtechnologies or different technologies may also be used. WebRTC may beused for secure transmission of data, audio, video, messages, includingtwo-way videochat, audiochat, and messaging. This information may all berecorded either locally on a user's device or responder's device. Thisinformation may all be recorded simultaneously to a remote server,including by initiating an additional webRTC connection to said remoteserver that streams all data to the remote server simultaneously withthe two-way communication between a user and a responder. WebRTC can beused with the disclosed technology to securely transfer audio, video,data, messages, locations, images. This can be done in web browsers,using HTML5, in native 105, ANDROID, Windows Phone, or other appropriatecode. Plugins can also be used, such as those for Phonegap, Titanium,and/or Intel XDK.

The disclosed technology may additionally include a personal alarmlight. This alarm light may include a flashing light. In one embodiment,this may be the ‘flashlight’ of a mobile phone, programmed to have arepeating flash pattern. This repeating flash pattern maybe 800 msec on,200 msec off duty cycle. This repeating flash pattern maybe 500, 600,700, 800, 900, 950, 990 msec on, and the balance of one second off. Thisflash pattern may serve as an indication that a user is using thetechnology. For example, this flash pattern may serve as an alarmwarning light.

Device Carriers and Holders

The disclosed technology may additionally be combined with physicalholsters/carriers that can be used to obtain consistent recording of auser's surrounding environment for a particular use. For example, alanyard can be used to allow for hands free recording and operation of amobile device. In another example, a dash cam mount can be used to allowfor hands free recording while operating a vehicle. Theseholsters/mounts can include battery extensions (back-up power sources)and the placement of a device in these units may be detected by thedevice, which may in turn automatically enter a particular mode ofoperation.

Notifications Based on User Location

The disclosed technology may additionally include providingnotifications when a user arrives at a particular geographic location orarea. For example, when a user arrives home at the end of the night, anotice of the user's safe arrival may be provided to one or more otherusers/responders. Selection and designation of such a target locationfor notification can be performed by a user him/herself or by anotherusers (e.g., responder). Additional alarms may be set and triggered ifthe user does not arrive at his/her destination by a particular time orwithin a particular window of time. In response to a user not arrivingat a particular location within a particular time, other users may benotified and/or may automatically be entered into a communicationsession (e.g., text message session, video chat) with the user.

Training, Exercises

The disclosed technology may additionally include one or more trainingexercises to educate users on how to properly use the technology in theevent of an emergency. Such exercised may take the form of text, audio,or video. Such exercised may take the form of games, simulations, orexercises. These simulations may train the user in scenarios designed tobe similar to real-world emergency scenarios, so that in the event of areal emergency a user will already know how to react. In one examplegame, similar to the common game ‘assassin’ or ‘killer’, each user in agroup may receive the name of another user in the group, with no usersknowing who has their name. The objective of the game can be to tag theperson whose name a user has by capturing a sufficiently clear andsteady image or video of that user. Once that user has been tagged, thenthe user gets the name of the person they just tagged to be their nextobjective. The game can continue until there is one remaining player.The game can teach users how to properly operate the device underphysically stressful and chaotic situations, which may mirror a reallife scenario.

Games

In one example of a game, which may be used in training users to usethis technology, augmented reality may be used to simulate situations ofemergencies, crimes, or assaults. The user may use their device withinthe game in a similar way to which they would use their device in a realemergency situation. The user may receive a score, or feedback, basedupon how well they used the device in the simulated situation. In oneexample of an augmented reality game the video camera of a mobile devicemay be used to simulate a gun (similar to the augmented reality gamephonegun or a first person shooter type game), or to simulate a cameraon which a user must ‘catch’ (by photographing or capturing on video)another user or a specified object or location.

Social Networks

This technology can be integrated with one or more social networks(e.g., FACEBOOK, TWITTER), such as for communication, statusinformation, message broadcasting, and other features. Privacy of theusers can be maintained, with access to a user's personal data anddevice access being restricted to only those users or user roles (e.g.,fireman, police officer) that the user has explicitly designated.Additionally, the technology may not allow for a remote user to gainaccess to any private data that may be stored on a user device. Thecommunication, settings, and automatic determinations that are made bythis technology can be transparent and clearly identified to users.

A link or invitation may be sent to a first user to directly initiate acommunication session with a responder. This link may be sent by email,SMS/text message, social network, or other electronic means. When theresponder receives the link, including whether or not they have softwareinstalled on their local machine, they may click on the link orotherwise initiate communication using software that is stored on theirlocal device, or software that is stored remotely from them and servedto them via computer network. This may include either the user or therecipient using browser or social network plugins.

Lie Detection, Other Forms of Evidence

This technology may additionally be used in conjunction with liedetection technology, such as lie detection based on physical changesand stresses, such as blood pressure changes, breathing rate changes,heart rate changes, vocal pattern changes, and/or changes in eyemovements, or brain wave (EEG, HGI) or brain scanning technologies. Forexample, if someone is identified as a suspect in a crime or other eventusing the technology, this may be verified at a later time through liedetection technology. This technology may additional be used inconjunction with other forms of evidence, for example forensic evidence,DNA evidence, digital surveillance evidence, location evidence orothers. In one example, if someone is identified as a suspect in a crimeor other event using the technology, this may be verified at a latertime through corroboration with other forms of evidence.

Incentive Program

An incentive program can be provided to encourage participation andassistance of other users. For example, users could receive rewards(e.g., awards, badges, points, financial rewards, credits towardspayment for software or use of services, credits towards payment fortime using this technology) for contacting another user to inform themof the application, for encouraging them to download or sign up for theapplication, or for assisting another user in need through using theapplication. Such rewards could be redeemed for something (e.g., travelvoucher, gift card) or publicized (e.g., press release with user'sconsent, national/regional award for good Samaritan). For example, auser could have displayed on a webpage how many other users they haveinvited to use this system, or how many other users they have as‘Friends’ within this system, or how many other users have selected themas a responder or to be on a responder list.

Additional Data Sources for Geotargeted Alerts

Additional and/or alternative data sources can be used to providegeotargeted alerts to users who are located within one or more relevantgeographic locations. For example, data sources providing informationabout emergencies (e.g., national emergency monitoring system) and/orweather-related events (e.g., weather/meteorological systems) can beaccessed or can push information to this system and, when an event withat least a threshold predicted or occurring level of severity isidentified, users that are located inside or within a selected distancefrom the affected area can receive an alert (e.g., message, recordedmessage, push notification) to inform them of the event, and people whomthey have designated (for example their friends) can also receive anotification.

This technology can also be used with prosthetic devices, such asprosthetic devices that are controlled through brain-computer interfaces(BCIs). Aspects of the device may be controlled by BCI rather than aconventional user interface such as a touch screen. For example, datafrom such prosthetic devices may be provided to and used by thetechnology described above.

Speech to Text/Text to Speech, and Translations

Where appropriate, speech to text and text to speech technology can beused to convert speech to text for transmission/presentation to otherusers/devices, and to convert text to speech for presentation on userdevices. Speech to text and text to speech operations can be performedlocally on a user's computing device and/or remotely on one or moreremote computer systems (e.g., central computer system). Additionally,translations from one language to another can be performed on speechand/or text, so as to facilitate communication between users speakingdifferent languages. Likewise, such translations can be performedlocally and/or remotely from a user computing device.

Facilitating Cross-Jurisdictional Assistance

As discussed above, the ability of a responder to assist within aparticular jurisdiction based on licensure may be checked beforeconnecting a user with that responder. Cross-Ls jurisdictionalassistance (e.g., responder outside of user's jurisdiction providingassistance through application) may be facilitated by providing avariety of features, such as through recording security sessions,providing information to emergency authorities about ongoingcross-jurisdictional assistance, providing information to a court (e.g.,to get approvaI), providing the responder with access to an appropriatePSAP for the user, using Ready Mode, allowing the responder to beautomatically selected from a list, allowing the responder to see user'slocation, including as it changes and during video connection, theability to ‘cancel’ repeated signals from a caller, rather than contact911 multiple times, and/or the ability to follow up with the userlater/the next day.

Call Center, QA/QC

In an example use case, the disclosed technology can be used in withcall center and QA/QC functionality. For example, the disclosedtechnology provides for a network of responders working in a call-centerenvironment, or working remotely at dispersed locations. The technologymay be used in combination with all aspects of call center technologyand best practices. Some aspects are described in: Call CenterManagement on Fast Forward: Succeeding in the New Era of CustomerRelationships (3rd Edition) by Brad Cleveland, Layne Holley and MichaelBlair (May 8, 2012), included by reference. In particular, thetechnology provides for: recording/archiving of the incoming andoutgoing communication by each responder and for each user,rating/grading of each communication and each responder by users or byother raters, measurement of all parameters of each call and eachresponder including those typically used in call centers, includingaverage utilization, latency to answer, length of call, quality ofinteraction, time to dispatch services, time to determine and documentnature of call, and others. For remote responders, including respondersto the scene, measurement of time from when call was received untilresponders arrived on scene, performed their duties can be made. Thismeasurement may include determination of time of arrival on scene usinglocalization technology as provided.

One-to-Many, Many-to-One, Many-to-Many

In another example, the disclosed technology can be used in a variety ofdifferent communication contexts, such as one to many, many to one, andmany to many communications. For example, a single user may use thistechnology to communicate any of the information described to aplurality of recipients, either in real time or later. A plurality ofusers may use this invention to communicate any of the informationdescribed to a plurality of recipients, either in real time or later.For example, many users at an emergency scene may all be videotaping thescene from different angles. A single responder, or a team ofresponders, may select all of these users and see all of theirinformation in coordination, for example on the same screen. Thistechnology provides for selecting which users to coordinate in this way.

A single responder may use this technology to communicate any of theinformation described to a plurality of users, either in real time orlater. For example, if many users are at the same crime scene, a singleresponder may use their locations to determine that they are all at thesame scene, and to handle the situation in a unified way, communicatingwith all of the other users at the scene, or selecting all users withina fixed distance from a chosen point, and all of the other respondersinvolved in the incident. The responders, or users, may select whichother users or responders to including in one-to-many or many-to-manycommunication.

It is possible to use this technology for many to many communication, sothat for a given group of users and responders, all informationcommunicated by one member of the group is communicated to the others,in real time or later, so that the group may coordinate their efforts.This may take place by group audioconference or videoconference or textmessage or recorded audio message. This may take place by group memberssending information to other members of the group for later retrieval,for example sending group messages, notifications, emails, etc.

with Other Services Including Mobile Fleets and Providers

In another example use, this technology can be used in coordination withother services that use mobile fleets of vehicles or personnel. Forexample, this technology described in this document may be used incombination with other service providers, such as taxi cab providers,car sharing and car services (e.g., UBER, LYFT, FLYWHEEL, GETAROUND),police dispatch, package delivery services (e.g., UPS, FEDEX), and/ormobile military units.

This technology may allow a user to signal that they want a mobileprovider dispatched to their current location. Such a signal may beprovided to members of mobile fleets who are selected based on a varietyof factors, such as distance between members of the mobile fleets andthe user (e.g., provide signal to members within a threshold distance ofthe user). For example, if the user wants help, a signal may be sentfrom the user's mobile computing device to a taxi cab or car service sothat some or all drivers are alerted that the user is requesting apick-up, a witness, and/or other assistance. In another example, asignal from a user's mobile computing device can be providedelectronically via a computer network to a car service, such as the UBERservice, in order to have a driver from the service dispatched to thelocation of the user. In a further example, a signal from a user'smobile computing device can be provided electronically via a computernetwork to a taxi cab service, such as the FLYWHEEL service, in order tohave a taxi driver dispatched to the location of the user. Thistechnology may provide a reward or incentive to members of the mobilefleet to arrive at the scene and/or provide assistance or pick-up to theuser. This technology may also allow for members of the mobile fleet to‘accept’ this reward, optionally making the reward no longer availableto other members of the mobile fleet, and to be dispatched to the user'slocation.

This technology may also be used by members of a mobile fleet for theirown protection, and/or for the protection of property. Example mobilefleet users can include taxicab drivers, car service drivers (e.g.,UBER, LYFT, others), postal service workers, and/or delivery serviceworkers (e.g., FEDEX, UPS, couriers).

With Video Tracking Technology

This technology can additionally and/or alternatively be used incoordination with videotracking technology to ‘track’ the location of auser by a camera that is not connected to the user. The camera may bestationary or may moving, such as being mounted to a moving vehicle, aflying vehicle, and/or a drone.

A user using the technology described herein may subscribe to a servicefor videotracking so that their safety or image may be monitored by aremote camera. The remote camera may maintain visual imaging of theuser, including tracking the position of the user in 3D, panning,zooming, centering, and maintaining focus on the user. This may beaccomplished in any of a variety of appropriate ways, such as throughthe use of a dedicated tracking tag which allows the system to track theposition of the user via a a variety of techniques and systems, such asgeolocation technology (e.g., GPS-based and/or WiFi-based locationtechnology); accelerometers; computation of accelerometer signals toestimate velocity and position; tracking of the location of the camera,tracking of the location of the user; tracking of the location of thecamera relative of the location of the user; and/or WiFi, cellular,and/or other radio, light-based, or other signaling to communicateinformation between the user, a tag, a computer network, and/or hardwarecontrolling the position or functioning of the camera. Example systemsfor remote video tracking that may be used include SOLOSHOT, includingthe SOLOSHOT2 and SOLOSHOT3 systems. The technology disclosed in thisdocument can use a plurality of cameras configured so that the camerabest suited to track the user (e.g., the camera closest to the userand/or with the best/clearest view of the user) is selected and used totrack a user. Additionally, camera-based tracking can be used for aplurality of users such that the one or more cameras that are bestsuited to track each of plurality of users at a given time and locationcan be selected and used. Mobile communication devices describedthroughout this document can be used to provide location informationthat is used to track the location of users. For example, a mobilecomputing device such as a cell phone (e.g., smartphone) and/or tabletcomputing device, mobile watch, and/or other mobile communication devicecan be used to determine the location of an associated user relative toa remote camera and this location information can be used so that theuser may be tracked and video recorded by a remote camera that is notconnected with and/or controlled by the user. Video registration, videoprocessing software, object recognition, and/or face recognition canalso be used with video tracking and recording of a user. Informationabout a user/object that is being tracked, such as the position,acceleration, velocity of a user, object, and/or piece of property whichis being tracked from a remote device, can be communicated to a remotecamera controller so that the camera may maintain video monitoring ofthe user (or other object that is being tracked). For example, thecommunication may take place via a cellular, WiFi, and/or Bluetoothradio signal from a mobile device to a remote camera controller. Acamera mounted on or about one user or vehicle may be used formonitoring of another user or vehicle. The disclosed technology can beused for continuous video monitoring of stationary or moving people,objects, vehicles, or pieces of property.

With Other Services Including Security, Government, EmergencyResponders, Military

In another example use, this technology can be used for coordinationwith other services including government services. For example, thistechnology provided here may be used in combination with other serviceproviders. These may include:

-   -   Security companies. This technology may be used in combination        with existing security services. For example, fixed security        cameras can be augmented with this technology so that while        someone is being monitored on a security camera, a security        guard or police officer can interact with that person by one-way        or two-way audio or video.    -   Government Emergency Call Centers. This technology may be used        in combination with emergency dispatch centers (e.g. US 911        centers). Calls, information, video, audio, text messages, user        location and information may be manually or automatically routed        directly to a government emergency call center for further        processing or dispatch of emergency personnel or other reasons.    -   Military Communication. This technology may be used in        combination with military communication networks and in military        contexts. Calls, information, video, audio, text messages, user        location and information may be manually or automatically routed        directly to a military emergency network or call center for        further processing or dispatch of personnel or other reasons.    -   Direct communication with responders. Information may be        provided directly to emergency responders. For example, if an        emergency signal is sent out by a user, it may go directly to        the mobile device of nearby police, providing them with any        important captured information, including but not limited to the        location of the user having the emergency, the identifying        information of the user, any video, photos, or audio about the        incident, or other useful information. This may help the        responders to aid a user or victim, or to apprehend a suspect.        The hardware and software may automatically detect the available        responders closest to or in the best position or skills to aid        with the incident.

In another example, this technology may be used in war, combat, disasterand anti-terrorism situations. For example, the technology providedherein may be used in military, police, war, combat, disaster andanti-terrorism situations to provide important information in real timeand aid in these situations. Information from multiple users may becoordinated by central locations, for example displaying on a centralizemap where all responses or users are coming in from, and allowingcommunication amongst them. This technology may have application inpreventing violence within the military, including preventing violenceagainst women perpetrated by other members of the military. Thistechnology may also be used in real or simulated military or combatenvironments, including in military training, or war games, includingcivilian combat games like paintball, laser tag or others to coordinateteams, determine locations of users, and allow single or groupcommunication by audio, video, text message or use of the othertechnology features.

Demonstration of Innocence or Guilt

This technology may be used to demonstrate a user's innocence (or guilt)in a crime or other incident. For example, if a user is using thistechnology, and this verifies the user's location at the time of a crimeas being distant from the crime scene, this may be used to establish theinnocence of the user. This may be enhanced through verificationtechnologies that ensure that the user is physically present at the samelocation as the mobile device that is transmitting the location,including biometrics such as a fingerprint scanner, an iris scanner,face recognition or capturing an image or video of the user. Inaddition, this may be enhanced through verification technologies thatare physically attached to the user, such as an ankle bracelet thatcommunicates with the device through a wireless connection and verifiesthat the user is at the same location as the device, and therebyverifies that the user was or was not at a crime scene.

Lite Messaging

This technology may allow a user to send a “lite” message to initiatecommunication with other users in a manner that does not require theother users to have a particular application installed on theircomputing devices—allowing users to rely on and use the participation ofother users who have not installed or registered to use a particularapplication (e.g., mobile security app). For example, a user can sendout a lite message, for example, over email, SMS, social networkmessaging (e.g., FACEBOOK messaging, TWITTER), with the messageincluding a selectable feature (e.g., link) that the recipient canselect to immediate begin a connection with the sending user usingexisting technology on the recipient user's device (e.g., connectionwithout the recipient user having to download/install a particularapplication). Selection of such a link can cause the recipient's deviceto identify one or more compatible technologies to use to communicatewith the sending device. Such lite messaging can allow for users to sendmessages that create such links between the two users and to be able touse the functionality very easily and without much interaction by therecipient user (e.g., able to connect with sender with no more than 1,2, 3, 4 clicks and/or 0, 1, 2, 3, 4 entered pieces of identification orinformation). In one example, a user (calling user) can send a messageincluding a URL link through a messaging platform (email, SMS, Facebook,others) to a responder. This URL link can contain information specifyingthe sender, or the sender and responder, or the sender, responder. TheURL link can also optionally include additional information, includinginformation about the kind of communication being requested, the natureof the situation or topic of communication, the means of communicating,the locations of one or both users, encryption information (for exampleincluding a public key), or other information. When the responderreceives this message, the responder can click on the URL link. This canbring up in the responders browser a way to communicate with the userwho sent the message. For example, the responder's click's the link thiscan bring up on the responder's browser or on other software on theirdesktop, mobile device, tablet or wearable device a web page, an app, awidget, or another way for them to communicate with the calling user whosent the message. This web page, an app, a widget, or another way forthem to communicate with the calling user may not require download ifsufficient resources are already available on the responder's device. Ifsufficient resources are not available, then those resources may beprovided to the responder, for example by the responder clicking on thelink, for example by a website being sent to and displayed for theresponder. This may not require the responder to take additional stepsto install software on his device. When this web page, app, widget orway for the responder to communicate with the calling user is displayed,it can already be connected with the user who sent the message, or itcan pre in a state ready to quickly form that communication connection,for example it can be pre-populated with the calling user's id ornetwork address. The web page, app, widget or way for the responder tocommunicate with the calling user can display a message asking theresponder if the responder would like to communicate with the callinguser, or this communication can be begun automatically. If the responderselects that they do want to communicate with the calling user, thencommunication can be begun.

The disclosed technology may be implemented as part of a mobile personalemergency response system (PERS).

With News Information

The technology described in this document can additionally be combinedwith news information for the current locations of users to provide adynamically updated news feed and alert system through which users canbe updated on events that may affect the health and safety of otherusers. For example, a dashboard user interface can be provided throughwhich a responder can receive news updates for events that occurred inor around (e.g., within a threshold distance of) the location of otherusers that the responder is following. The news updates can be forevents that may affect users located nearby, such as events that maynegatively impact the health, safety, or well-being of people locatednearby. The selection of news or information for a user may be based ona number of factors, including the proximity of the event to the user,the relevance to the user based on their selected preferences or theirprior usage patterns, and/or selections made on their behalf by afriend, responder, and/or family member. For instance, news updates canbe provided to a person and/or to their friends located near an event ofnatural disasters (e.g., tornados, hurricanes, earthquakes, floods, snowor blizzards, ice storms, thunderstorms, straight line winds, forestfires, tsunami), crime (e.g., reports of gun shots, terrorist events,bomb threats, robberies, car thefts, riots, arson), man-made disasters(e.g., bridge collapses, gas line ruptures/explosions, plane crashes,car crashes, boat accidents, train derailment), and/or other events(e.g., school or business closings, traffic or transportation delays,periods of bad air quality, water supply contamination) that maynegatively affect people located nearby.

As an illustrative example, a parent serving as a responder for his/herchildren can receive news updates and alerts regarding events that occurnear the current locations of his/her children and that may affect thewell-being of his/her children. Such news updates can be dynamicallyadjusted as the children move from one location to another. Forinstance, if a first child is currently located in San Francisco and asecond child is current located in Los Angeles, the news updates can befor events that occur in or around (e.g., within a threshold distanceof) San Francisco as reported for the first child, and the news updatescan be for events that occur in or around (e.g., within a thresholddistance of) Los Angeles for the second child. When the first childsubsequently takes a trip to New York for a week, the news updates overthat week can be dynamically and automatically adjusted to be for NewYork and Los Angeles. When the first child returns to San Francisco, theupdates can again be dynamically and automatically updated to be for SanFrancisco and Los Angeles. The location information for the children canbe obtained and updated according to the techniques and using thecomponents/systems/devices described throughout this document, forexample, based on GPS geo-location provided by a mobile device, tablet,or smartphone.

Risk levels indicating the level of severity of the events can beprovided with the news alerts. For example, news of a tornado around thecurrent location of a user can be accompanied by a “high” risk levelindicating that the event (tornado) posed a great risk to the health andwell-being of people nearby. In another example, news of a thunderstormwith the chance to cause minor flooding can be accompanied with a “low”risk level indicating that the event (thunderstorm) posed a low risk tothe health and well-being of people nearby. Risk levels can bedetermined manually and/or automatically, such as through keyword and/orphrase analysis, and/or natural language processing to match news alertsto predetermined event types each with one or more associated risklevels.

In addition to being provided to responders, news updates and alerts canalso be provided to users who are currently located near events. Forexample, a user who is located in a city where a building fire is takingplace can receive an alert regarding the fire in addition to the alertbeing provided to each of the user's responders.

News updates that are displayed/presented to users and/or responders canbe controlled by such people. For example, a responder may set a filterto only display events that have a “high” risk level. In anotherexample, a user may set a filter to display all events that occur nearbybut to only display events that are located near other users for whomthe user serves as a responder and that have “moderate” to “high” risklevels. Similarly, push notifications (and other notifications) can beprovided to users and/or responders, and people can designate when suchnotifications (e.g., particular types of events, risk levels) are to bereceived. Both the users and the responders may control who receivesnotifications, whether notifications are on or off, and what thethreshold for risk level or distance from the user is for an eventbefore a notification is sent.

Additionally, information from a user's computing device that indicateswhether a user is alright (e.g., unaffected) following an event can beobtained and used to provide responders with some sort of initialindication as to the well-being of the user. For example, following anatural disaster people with friends living in/around the area of thenatural disaster may experience an immediate spike in their stresslevels because they do not know whether or not their friends are safe.Information can be obtained from the mobile computing devices of suchfriends before, during, and/or after such events to provide an initialindication to the remote responders as to whether the friends arealright. A variety of information can be analyzed to provide theseindications, such as a user's interaction with his/her mobile computingdevice (e.g., providing input through the touchscreen, adjustingsettings on the device, adjusting the volume of the device, using thedevice's features, using the device to communicate, for example, usingthe device to place or receive a call, send a message, or access onlinecontent), detected movements of the device (e.g., detected motionconsistent with walking, detected motion consistent a user carrying thedevice in his/her hand, detected motion consistent with driving in acar), and/or other information obtained from the device (e.g., changesin the orientation of the device, detected voice of the user). Anindication of the user being alright (e.g., safe) may be the time sincetheir last use of the device in any of the listed fashions.Additionally, the geographic location of the friends, as providedthrough the friends' mobile computing devices, can be compared to thelocations/areas at which events have/are occurring to provide additionalindications as to whether the friends have been affected.

Additionally, in the event that someone has been alerted to a potentialdanger for one of their friends, they may send a message to their friendusing this system to inquire if that person is ok, for example with aone-touch button or virtual button to send a message. The recipient ofsuch a message may also use this system to indicate that they are (orare not) OK, for example with a one-touch button or virtual button tosend such a reply. Additionally, a professional responder may contact auser or their friends through this system in order to offer assistancein the circumstance that the user's estimated safety level falls below aset threshold. For example, a responder may send a message to all userswithin a certain radius of an event (or to the friends/family of theseusers) with the message explaining the situation, and/or providing abutton that they can press to indicate whether they are ok to theresponder or to others (e.g. friends), or to connect with the responderor to others (e.g. friends) in order to receive further assistance. Thiscan be accomplished manually by a responder, or may be accomplishedautomatically through software that contacts a user on behalf of aresponder, friend, or professional responder.

Additionally, a mobile computing device of a user for whom news updatesand alerts are being provided to responders can provide additionaldetails regarding the current surroundings of the user to theresponders, such as automatically taking and providing pictures to theresponders, recording and providing audio, and/or recording andproviding video to the responders.

A user's group of responders may include additional users not explicitlydesignated by the user, but who have an association/membership within agroup or organization that makes them trusted. For example, a student ata university may be able to designate all other students at theuniversity as being responders. In this way, if a person (e.g., astudent at a university) has an emergency, they may be able to send outa message to the nearest members of a group (e.g., other students) sothat whoever is close to the scene can come to assist them. In additionto dispatching drones and other vehicles to the locations of users tomonitor the users by video and other information feeds, autonomousautomobiles (e.g., autonomous cars) can be dispatched to the locationsof users to not only monitor the situation, but also to provide safetransit from the location for the users, including emergency transit(e.g., ambulance service).

Computing devices and computer systems described in this document thatmay be used to implement the systems, techniques, machines, and/orapparatuses can operate as clients and/or servers, and can include oneor more of a variety of appropriate computing devices, such as laptops,desktops, workstations, servers, blade servers, mainframes, mobilecomputing devices (e.g., PDAs, cellular telephones, smartphones, and/orother similar computing devices), computer storage devices (e.g.,Universal Serial Bus (USB) flash drives, RFID storage devices, solidstate hard drives, hard-disc storage devices), and/or other similarcomputing devices. For example, USB flash drives may store operatingsystems and other applications, and can include input/output components,such as wireless transmitters and/or USB connector that may be insertedinto a USB port of another computing device.

Such computing devices may include one or more of the followingcomponents: processors, memory (e.g., random access memory (RAM) and/orother forms of volatile memory), storage devices (e.g., solid-state harddrive, hard disc drive, and/or other forms of non-volatile memory),high-speed interfaces connecting various components to each other (e.g.,connecting one or more processors to memory and/or to high-speedexpansion ports), and/or low speed interfaces connecting variouscomponents to each other (e.g., connecting one or more processors to alow speed bus and/or storage devices). Such components can beinterconnected using various busses, and may be mounted across one ormore motherboards that are communicatively connected to each other, orin other appropriate manners. In some implementations, computing devicescan include pluralities of the components listed above, including aplurality of processors, a plurality of memories, a plurality of typesof memories, a plurality of storage devices, and/or a plurality ofbuses. A plurality of computing devices can be connected to each otherand can coordinate at least a portion of their computing resources toperform one or more operations, such as providing a multi-processorcomputer system, a computer server system, and/or a cloud-based computersystem.

Processors can process instructions for execution within computingdevices, including instructions stored in memory and/or on storagedevices. Such processing of instructions can cause various operations tobe performed, including causing visual, audible, and/or hapticinformation to be output by one or more input/output devices, such as adisplay that is configured to output graphical information, such as agraphical user interface (GUI). Processors can be implemented as achipset of chips that include separate and/or multiple analog anddigital processors. Processors may be implemented using any of a numberof architectures, such as a CISC (Complex Instruction Set Computers)processor architecture, a RISC (Reduced Instruction Set Computer)processor architecture, and/or a MISC (Minimal Instruction Set Computer)processor architecture. Processors may provide, for example,coordination of other components computing devices, such as control ofuser interfaces, applications that are run by the devices, and wirelesscommunication by the devices.

Memory can store information within computing devices, includinginstructions to be executed by one or more processors. Memory caninclude a volatile memory unit or units, such as synchronous RAM (e.g.,double data rate synchronous dynamic random access memory (DDR SDRAM),DDR2 SDRAM, DDR3 SDRAM, DDR4 SDRAM), asynchronous RAM (e.g., fast pagemode dynamic RAM (FPM DRAM), extended data out DRAM (EDO DRAM)),graphics RAM (e.g., graphics DDR4 (GDDR4), GDDR5). In someimplementations, memory can include a non-volatile memory unit or units(e.g., flash memory). Memory can also be another form ofcomputer-readable medium, such as magnetic and/or optical disks.

Storage devices can be capable of providing mass storage for computingdevices and can include a computer-readable medium, such as a floppydisk device, a hard disk device, an optical disk device, a Microdrive,or a tape device, a flash memory or other similar solid state memorydevice, or an array of devices, including devices in a storage areanetwork or other configurations. Computer program products can betangibly embodied in an information carrier, such as memory, storagedevices, cache memory within a processor, and/or other appropriatecomputer-readable medium. Computer program products may also containinstructions that, when executed by one or more computing devices,perform one or more methods or techniques, such as those describedabove.

High speed controllers can manage bandwidth-intensive operations forcomputing devices, while the low speed controllers can manage lowerbandwidth-intensive operations. Such allocation of functions isexemplary only. In some implementations, a high-speed controller iscoupled to memory, display 616 (e.g., through a graphics processor oraccelerator), and to high-speed expansion ports, which may acceptvarious expansion cards; and a low-speed controller is coupled to one ormore storage devices and low-speed expansion ports, which may includevarious communication ports (e.g., USB, Bluetooth, Ethernet, wirelessEthernet) that may be coupled to one or more input/output devices, suchas keyboards, pointing devices (e.g., mouse, touchpad, track ball),printers, scanners, copiers, digital cameras, microphones, displays,haptic devices, and/or networking devices such as switches and/orrouters (e.g., through a network adapter).

Displays may include any of a variety of appropriate display devices,such as TFT (Thin-Film-Transistor Liquid Crystal Display) displays, OLED(Organic Light Emitting Diode) displays, touchscreen devices, presencesensing display devices, and/or other appropriate display technology.Displays can be coupled to appropriate circuitry for driving thedisplays to output graphical and other information to a user.

Expansion memory may also be provided and connected to computing devicesthrough one or more expansion interfaces, which may include, forexample, a SIMM (Single In Line Memory Module) card interfaces. Suchexpansion memory may provide extra storage space for computing devicesand/or may store applications or other information that is accessible bycomputing devices. For example, expansion memory may includeinstructions to carry out and/or supplement the techniques describedabove, and/or may include secure information (e.g., expansion memory mayinclude a security module and may be programmed with instructions thatpermit secure use on a computing device).

Computing devices may communicate wirelessly through one or morecommunication interfaces, which may include digital signal processingcircuitry when appropriate. Communication interfaces may provide forcommunications under various modes or protocols, such as GSM voicecalls, messaging protocols (e.g., SMS, EMS, or MMS messaging), CDMA,TDMA, PDC, WCDMA, CDMA2000, GPRS, 4G protocols (e.g., 4G LTE), and/orother appropriate protocols. Such communication may occur, for example,through one or more radio-frequency transceivers. In addition,short-range communication may occur, such as using a Bluetooth, Wi-Fi,or other such transceivers. In addition, a GPS (Global PositioningSystem) receiver module may provide additional navigation- andlocation-related wireless data to computing devices, which may be usedas appropriate by applications running on computing devices.

Computing devices may also communicate audibly using one or more audiocodecs, which may receive spoken information from a user and convert itto usable digital information. Such audio codecs may additionallygenerate audible sound for a user, such as through one or more speakersthat are part of or connected to a computing device. Such sound mayinclude sound from voice telephone calls, may include recorded sound(e.g., voice messages, music files, etc.), and may also include soundgenerated by applications operating on computing devices.

Various implementations of the systems, devices, and techniquesdescribed here can be realized in digital electronic circuitry,integrated circuitry, specially designed ASICs (application specificintegrated circuits), computer hardware, firmware, software, and/orcombinations thereof. These various implementations can includeimplementation in one or more computer programs that are executableand/or interpretable on a programmable system including at least oneprogrammable processor, which may be special or general purpose, coupledto receive data and instructions from, and to transmit data andinstructions to, a storage system, at least one input device, and atleast one output device.

These computer programs (also known as programs, software, softwareapplications, or code) can include machine instructions for aprogrammable processor, and can be implemented in a high-levelprocedural and/or object-oriented programming language, and/or inassembly/machine language. As used herein, the terms “machine-readablemedium” “computer-readable medium” refers to any computer programproduct, apparatus and/or device (e.g., magnetic discs, optical disks,memory, Programmable Logic Devices (PLDs)) used to provide machineinstructions and/or data to a programmable processor.

To provide for interaction with a user, the systems and techniquesdescribed here can be implemented on a computer having a display device(e.g., LCD display screen, LED display screen) for displayinginformation to users, a keyboard, and a pointing device (e.g., a mouse,a trackball, touchscreen) by which the user can provide input to thecomputer. Other kinds of devices can be used to provide for interactionwith a user as well; for example, feedback provided to the user can beany form of sensory feedback (e.g., visual feedback, auditory feedback,and/or tactile feedback); and input from the user can be received in anyform, including acoustic, speech, and/or tactile input.

The systems and techniques described here can be implemented in acomputing system that includes a back end component (e.g., as a dataserver), or that includes a middleware component (e.g., an applicationserver), or that includes a front end component (e.g., a client computerhaving a graphical user interface or a Web browser through which a usercan interact with an implementation of the systems and techniquesdescribed here), or any combination of such back end, middleware, orfront end components. The components of the system can be interconnectedby any form or medium of digital data communication (e.g., acommunication network). Examples of communication networks include alocal area network (“LAN”), a wide area network (“WAN”), peer-to-peernetworks (having ad-hoc or static members), grid computinginfrastructures, and the Internet.

The computing system can include clients and servers. A client andserver are generally remote from each other and typically interactthrough a communication network. The relationship of client and serverarises by virtue of computer programs running on the respectivecomputers and having a client-server relationship to each other.

The above description provides examples of some implementations. Otherimplementations that are not explicitly described above are alsopossible, such as implementations based on modifications and/orvariations of the features described above. For example, the techniquesdescribed above may be implemented in different orders, with theinclusion of one or more additional steps, and/or with the exclusion ofone or more of the identified steps. Additionally, the steps andtechniques described above as being performed by some computing devicesand/or systems may alternatively, or additionally, be performed by othercomputing devices and/or systems that are described above or othercomputing devices and/or systems that are not explicitly described.Similarly, the systems, devices, and apparatuses may include one or moreadditional features, may exclude one or more of the identified features,and/or include the identified features combined in a different way thanpresented above. Features that are described as singular may beimplemented as a plurality of such features. Likewise, features that aredescribed as a plurality may be implemented as singular instances ofsuch features. The drawings are intended to be illustrative and may notprecisely depict some implementations. Variations in sizing, placement,shapes, angles, and/or the positioning of features relative to eachother are possible.

What is claimed is:
 1. A computer-implemented method comprising:determining a location of a mobile computing device using one or more ofa plurality of data sources; communicating, by the mobile computingdevice, with another computing device as part of a two-way video chatsession over a first network connection, the communicating includingtransmitting the location of the mobile computing device; displaying, aspart of the two-way video chat session, real-time video from the othercomputing device; recording video using one or more cameras that areaccessible to the mobile computing device; and transmitting, over asecond network connection, the video to a remote storage system forpersistent storage.
 2. The computer-implemented method of claim 1,further comprising: identifying from a data source a plurality ofpotential responder computing devices associated with candidateresponders; and automatically selecting a particular potential respondercomputing device to communicate with that is associated with aparticular potential candidate responder based, at least in part, on oneor more factors including the availability of the responder forcommunication.
 3. The computer-implemented method of claim 1, furthercomprising: receiving, at the mobile computing device, a location of aresponder through a network connection; and displaying the location ofthe responder on the mobile computing device.
 4. Thecomputer-implemented method of claim 1, further comprising: receivinginformation that indicates whether responders are currently availablefor a user of the mobile computing device; and if it is detected that noresponders are currently available, taking an appropriate alternateaction.
 5. The computer-implemented method of claim 1, furthercomprising: establishing, before initiating the communication session atthe other computing device, network connections with a plurality ofother devices associated with candidate responders; and obtaining anddisplaying, using the network connections, current status informationfor a plurality of candidate responders.
 6. The computer-implementedmethod of claim 1, further comprising: receiving, at the mobilecomputing device and from a responder computing device, instructions toperform one or more operations; determining whether the respondercomputing device is permitted to remotely control operation of themobile computing device; and if the responder computing device ispermitted to remotely control operation of the mobile computing devicebased on the determining, performing, the one or more operations.
 7. Thecomputer-implemented method of claim 1, further comprising: encrypting,by the mobile computing device, real-time data with associated metadatathat identifies when, where, or by whom the real-time data wascollected; and transmitting the real-time data.
 8. Thecomputer-implemented method of claim 1, further comprising: receiving acurrent location for a user; determining a current safety level for theuser at the current location based, at least in part, on (i) the currentlocation and (ii) one or more factors, wherein the current safety levelestimates how safe the user is at the current location; and outputting,by the mobile computing device, information indicating the current levelsafety level for the user.
 9. The computer-implemented method of claim8, wherein the one or more factors include one or more of: informationabout crimes that have been committed within a threshold distance of thecurrent location, a number of preselected responders who are currentlyavailable for the user, and a proximity between the preselectedresponders who are currently available and the current location of theuser.
 10. The computer-implemented method of claim 8, wherein either (i)the user is associated with the mobile computing device and the currentlocation comprises the location of the mobile computing device, or (ii)the user is associated with the other computing device and the currentlocation comprises a location of the other computing device.
 11. Thecomputer-implemented method of claim 1, wherein a communication protocolthat is used comprises webRTC.
 12. The computer-implemented method ofclaim 1, further comprising: displaying, on a display of the mobilecomputing device, a map that depicts crime information that isgeographically associated with one or more locations depicted on themap; receiving, at the mobile computing device and in substantiallyreal-time while displaying the map, new crime information; updating thedisplay of the map to additionally depict the new crime information; andoutputting, when the new crime information pertains to locations withina threshold distance of the location of the mobile computing device, anotification associated with the new crime information.
 13. A computingdevice comprising: one or more cameras that are programmed to recordvideo; a geographic location unit that is programmed to determine alocation of a computing device using one or more of a plurality of datasources; a network interface that is programmed to communicate withanother computing device as part of a two-way video chat session over afirst network connection and to cause the video to be transmitted, overa second network connection, to a remote storage system for persistentstorage, the location of the computing device being sent over the firstand second network connections; and a display that is programmed todisplay, as part of the two-way video chat session, real-time video fromthe other computing device.
 14. The computing device of claim 13,further comprising: a security application that is programmed toidentify a plurality of candidate responders and to select a particularcandidate responder based, at least in part, on one or more factors,wherein the particular candidate responder is associated with the othercomputing device.
 15. The computing device of claim 13, wherein thenetwork interface is further programmed to establish, before initiatingthe communication with the other computing device, network connectionswith a plurality of other computing devices associated with candidateresponders; wherein the device further comprises: a status module thatis programmed to obtain, using the network connections, current statusinformation for a plurality of candidate responders; and wherein thedisplay is programmed to display the current status information for aplurality of candidate responders.
 16. The computing device of claim 13,wherein the network interface is further programmed to receive, from aresponder computing device, instructions to perform one or moreoperations; wherein the computing device further comprises: apermissions module that is programmed to determine whether the respondercomputing device is permitted to remotely control operation of thecomputing device; and a processor that is configured to perform, basedon the determining, the one or more operations.
 17. The computing deviceof claim 13, wherein: the display is further programmed to display a mapthat depicts crime information that is geographically associated withone or more locations depicted on the map, and the network interface isfurther programmed to receive, in substantially real-time and while themap is being displayed, new crime information and to cause the map to beupdated to additionally depict the new crime information; and whereinthe computing device further comprises: an output subsystem that isprogrammed to output, when the new crime information pertains tolocations is within a threshold distance of the location of the mobilecomputing device, a notification associated with the new crimeinformation.
 18. The computing device of claim 13, wherein the networkinterface is further programmed to receive a current location for auser; and wherein the computing device further comprises: a safetymodule that is programmed to determine a current safety level for theuser at the current location based, at least in part, on (i) the currentlocation and (ii) one or more factors including the location, whereinthe current safety level estimates how safe the user is at the currentlocation.
 19. A computer-implemented method comprising: determining alocation of a mobile computing device using one or more of a pluralityof data sources; identifying a plurality of candidate responders;automatically selecting a particular candidate responder based, at leastin part, on one or more factors including the availability of thecandidate responders; and initiating two-way audiovisualteleconferencing between the mobile computing device and the selectedparticular candidate responder over a network connection.
 20. Thecomputer-implemented method of claim 19, further comprising: determiningor receiving a geographic location for a user; identifying, using adatabase of locations and corresponding responders, one or moreappropriate responders based, at least in part, on the geographiclocation; receiving a request to connect the mobile computing devicewith a responder service; identifying an appropriate responder servicebased on the location of the mobile computing device; and initiatingcontact with the appropriate responder service on behalf of the mobilecomputing device.
 21. The computer-implemented method of claim 19,further comprising: receiving a geographic location for a user; anddetermining, using a database of locations and corresponding licensurestatus, whether the user is located within one or more licensedjurisdictions.
 22. The computer-implemented method of claim 19, furthercomprising: receiving, at the mobile computing device, a location of aresponder through a network connection; and displaying the location ofthe responder on the mobile computing device.
 23. Thecomputer-implemented method of claim 19, further comprising:establishing, before initiating a communication session at a computingdevice, a plurality of network connections relating to a plurality ofother devices associated with candidate responders; and obtaining anddisplaying, using the network connections, current status informationfor said plurality of other devices associated with candidateresponders.
 24. The computer-implemented method of claim 19, furthercomprising: receiving information identifying whether responders arecurrently available for communication with a user of a computing device;and in response to detecting that no responders are currently available,taking an appropriate alternate action.
 25. The computer-implementedmethod of claim 19, further comprising: receiving a current location fora user; and determining a current safety level for the user at thecurrent location based on one or more factors including said locationfor a user.
 26. A computer-implemented method comprising: communicating,by a mobile computing device, with another computing device as part of atwo-way video chat session over a first network connection; displaying,as part of the two-way video chat session, real-time video from theother computing device; recording video using one or more cameras thatare accessible to the mobile computing device; transmitting, over asecond network connection, the video to a remote storage system forpersistent storage; and transmitting, by the mobile computing device andto a computer system, a request to initiate a communication session witha emergency responder service, the request including a locationidentifier for the mobile computing device and without identifying alocation of the emergency responder service; receiving, from thecomputer system, information that selects a location of a particularemergency responder service, wherein the location of the particularemergency responder service is identified by the computer system usingone or more databases that correlate user locations with locations aplurality of emergency responder services; and automatically initiating,in response to receiving the information, a communication session withthe location of the particular emergency responder service.
 27. Thecomputer-implemented method of claim 26, wherein the location of theparticular emergency responder service is identified by the computersystem based in part on identifying an emergency response serviceprovider that has licensure to provide emergency response service at thelocation of mobile computing device.
 28. The computer-implemented methodof claim 26, further comprising: receiving a current location for auser; determining a current safety level for the user at the currentlocation based, at least in part, on (i) the current location and (ii)one or more factors, wherein the current safety level estimates how safethe user is at the current location; and outputting, by the mobilecomputing device, information indicating the current level safety levelfor the user.
 29. The computer-implemented method of claim 26, furthercomprising: displaying, on a display of the mobile computing device, amap that depicts crime information that is geographically associatedwith one or more locations depicted on the map; receiving, at the mobilecomputing device and in real-time while displaying the map, new crimeinformation; updating the display of the map to additionally depict thenew crime information; and outputting, when the new crime informationpertains to locations within a threshold distance of the location of themobile computing device, a notification associated with the new crimeinformation.
 30. The computer-implemented method of claim 26, wherein acommunication protocol that is used comprises webRTC.